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Special Steering Committee Advisors 
Tom W. Mclntyre 



Stan Rabinowitz 



Micro-8 Working Group RTS-8 Working Group 

Jonathan Lockwood Lee Nichols - see above 

Harris Semiconductor 

PO Box 883 

Melbourne, F! 32901 

(305) 724-752- M.S. 54-40 

Symposium Program Exchange Committee 

Send copies of software you wish to exchange at the next US symposium 
to the* appropriate committee member for preparation: 



DECtapes 
DEC floppys 
AED floppys 



DECtapes 
Magtapes 
DEC floppys 



LINCtapes 



Russell Overbey 

PO Box Y Bldg. 92101-2 

Oak Ridge National Laboratory 

Oak Ridge, TN 37830 

Earl T. El:"s, Jr. 

USCG R&D Center 

Avery Pt. 

Groton, CT 06349 

(615) 483-8611 Ext. 3-5176 

Larry Alber 
FDA Room 1222 
433 W. Van Burren 
Chicago, IL 60607 
(312) 353-5863 

SP RING SYMPOSIUM 

I recently participated in the Symposia Committee's Planning Meeting for 
the Spring Symposium. Users interested in 12 bit subjects will find 
this meeting interesting and varied. 



A "Road Map" session will provide orientation 
establish coordination for the media conversi 
activities. Tutorial sessions will be given 
version of BASIC, MACREL and TEC0 for new use 
will conduct a product ^anel to discuss its p 
users. Workshop set. ions include DECstation- 
RTS/8 product workshops where current and fut 
and a String Processing Workshop that will co 
languages SN0B0L 8.2 and STAGE 2. Papers on 
shared operating system, the DECsystem-8 upda 
structured language, an application of a rricr 
design of a Serial Interprocessor Buffer i'or 



to the 12 bit program and 
on and program copying 
on the new Commercial 
rs. The PDP-8 product line 
roducts and plans with the 
78 applications, 0S/8 and 
ure plans will be discussed 
ver the user written 
the MULTI-8 real time, time 
te for V3D, SLANG, a 
o-8 based system, and the 
the 8e are scheduled. 
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Two free format sessions are planned uo provide opportunities to give 
short discussions of projects and problems, and to exchange ideas. 
Contributions to these sessions will be accepted up to the start of the 
meeting. Details of how to tak . part will be included in the meeting 
anouncements and mini-papers. 

The FOCAL and TECO SIG sessions will also be of interest to many 12 Bit 
users. Among the poster papers are ones on a Magtape File System for 
OS/8, a Real Time Music Generation System, and one on PDP-8 Software 
Diagnostics. The poster papers went quite well last time and I am 
looking forward to expanded interest in this aspect of future symposia. 

We expect that DEC will bring a respectable collection of PDP-8 family 
hardware. The PDP-12 that TPL used to bring is no longer available so 
no LINCtape facilities will be available at the meeting site. With 
luck, someone in the local area might help out if the need comes up. 
Among the hardware I expect to see are a variety of DECstation-78s and 
VT-78s and a large PDP-8a based system. The large system will be the 
host system for the DEC'S demonstrations and the user's activities. If 
all goes as planned the system will be configured with ths demos running 
in an RTS-8 foreground while OS/8 runs in the background for the users 
so some user activity can take place even when DEC is showing off their 
hardware. The configration will probibly support the following media: 
RK05 hard dii.c, RX01 floppy disc, and TD8e DECtape. This system looks 
like it will have a number of very interesting things about it. DEC is 
also going to provide a PDP-11 system that will be coordinated by the 16 
bit SIGs. Unfortunately, no means of communication between the 8 and 
the 11 is currently available. We, the users, should be working tc ^rd 
mutual sharing of facilities. For example, we might like to get copies 
of some of the FORTRAN software available on 11s or maybe access a 
magtape. The 11 world might like to be able to access DECtape or 
f loppys . 

In addition to our regular session rooms, the 12 Bit SIG will share a 
small room (the Pan American A Room near our session room) with the 
RT-11 SIG throught the meeting. We expect that it will serve as a 
headquarters for our activities. At the last Symposium the RSTS and RSX 
SIGs had such rooms and made good use of them as gathering spots and 
places to coordinate and control program exchange activities. I hope we 
will do the same to bring some control and order to what otherwise can 
become an uncontrolled madhouse around the machines. Our committee will 
be working on this and looking for help during the meeting. 

MACREL NOTES 

I understand that the next release of MACREL is being done at this time. 
Various shortcomings in the first release are to be corrected and a few 
features that DEC needs to have for things like RTS-8 are being put in. 
As I understand it, a "wish list" of all the nice features that people 
have suggested exists, and in the time remaining in the project, some 
fraction of them may also get into the release. For example, Stan 
Rabinowitz suggested that if users felt that shared page zero literals 
(i.e. literals on page zero shared by more than one module to minimize 
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use of page zero locations) were important, they needed to speak up now. 
Stan suggests writing to Ed Steinburger at DEC to do this. Send a copy 
to me also. 

My pet projects are to try to get FORTRAN II and/or FORTRAN IV to work 
to some degree with MACREL. If anyone is interested in this area let me 
know. Another pet project is to encourage people implementing languages 
and other projects of general interest to use MACREL. If you come 
across some one like that let me know. 

DECUS PROGRAM LIBRARY NEWS 

Chuck Conley, DECUS's Program Library Director, feels that the Library 
cannot continue to support the full cataloging of the over 800 PDP-8 
items and still do a good job. He is considering placing most of the 
old 8 material in some sort of an archive status and removing the 
listings from the regular catalog. We talked about the possibility of 
putting all the old write ups and listings on a set of microfiche and 
maybe putting the current version of bhe PDP-8 Volume 1 catalog on fiche 
so it would be available to anyone who really wanted it. Presumably, 
the machine readable versions of the programs would still be available 
but the catalog could be streamlined, and the cost to DECUS reduced so 
that updates to the catalog could be more frequent. Lars Palmer and 
Chuck have selected about 35 items from Volume 1 that they feel should 
be retained in the streamlined system because they seem to be of 
continuing interest and value in today's hardware and software 
environment. Other items can be added to this list if people feel they 
meet these criterion. If you have any candidates to nominate, write to 
Chuck at the DECUS address on page 1 and please send me a copy also. 
The proposed list of Volume 1 programs (i.e. up to 8-599) to be retained 
in future catalogs is as follows: 

5-25 A Pseudo Random Number Generator 

5/8-32a A Program to Relocate and Pack Programs in Binary Format 

8-84 One Pass PAL III 

8-89 XOD - Extended Octal Debugging Program 

8-91 MICRO-8: An On-Line Assembler 

8-102a A LISP Interpreter for the PDP-8 

8-103 Four Word Floating Point Package 

8-122 SNAP (Simplified Numerical Analysis) 

8-127 XDDT Extended Octal - Symbolic Debugging Program 

8-143 FFTS-R - A Fast Fourier Transform for Real Data 

8-144 FFTS-C - A Fast Fourier Transform for Complex Data 

8-168 Calcomp Plotting Package 

8-178 Reverse Assembler 

8-213 4K ALGOL 

8-257 UCONN-EAP, Editor-assembler 

8-261 QUBIC 

8-335 COLPAC 

8-375 Three Page Floating Point Package 

8-397 8K Editor 

8-400;. Execute Slow 

8-446 A Patch to FFTS-R (8-143) for Use Without EAE 

8-466 The RL Monitor System 
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8-497 8BAL - PDP-8 Macro Language 

8-527 XDDT8E 

8-530 8BALIB - 8BAL Macro Library Generator, etc. 

8-554 ANOVA and DUNCAN 

8-555 MULTC Multiple Correlation Program 

8-556 CHISQ - Chi Square Program 

8-557 CLUSTR - Cluster Analysis Program 

8-558 CORREL - Correlation °rogram and PCCMP-VARMX Factor Analysis 

8-570 BIN4SV 

8-594 FP8 - Floating Point Arithmetic 

8-597 N.I.H. OS/8 Package 

8-598 CRT: - An OS/8 Handler for Tektronix 611 Storage Scope 

8-599 DIBILD - Directory Rebuilder 

Recent Program Revisions 

ALPHA: Sort OS/8 Directories (Version 2xx) - DECUS 8-825 
This revision updates ALPHA to handle the extended date from OS/8 V3D 
plus the additional ability to print a header showing the way tne 
directory was sorted and the DECsystem-8 parameter block. 

Price codes: Writeup - A01 , DECtape - H12. 

SSP: Scientific Subroutine Package - DECUS 8-802 

I recently submitted the fully commented version of the complete package 
on an RK05 disc. The SSP is now available on an RK05 disc, DECtapes and 
RX01 floppy dies. I wrote up an explanation of the various ordering 
options for DECUS. If you have any questions, check with them. 

Recent Program Submissions 

CONVERT: 4K Disk/DECtape Monitor to PS/8 Conversion - DECUS 8-856 
This is the old CONVERT program from the original release of PS/ 8. It 
was designed to move ASCII files from 4k Disc/DECtape Monitor DECtapes 
to PS/8 (i.e. 0S/8) files. The program only works with the TC08 DECtape 
controller (the TD8e had not been invented back then !). In the current 
form it is undocumented, if you do not have the PS/8 manual you will 
have to figure it out from uncommented sources. The main reason it was 
put in the library was to be sure it was not lost now that DEC has no 
interest in it. 

Price code: DECtape - H12 

TECOVL: TECO overlay for display on VC8/e - DECUS 8-863 

This is an overlay for TECO to allow it to display part of the text 

buffer on a VC8/e as it does with the PDP-12 scope. 

Price codes: Writeup and listing - D01, Binary paper tape - F02. 

SNOBOL-8.2 Compiler - DECUS 8-864 

SNOBOL-8.2 is a SN0B0L-3 compiler which runs in 8k under OS/8. SN0B0L 
is a powerful string processing language bas^d on pattern matching. 
Major restrictions are the absence of functions and extended arithmetic 
operations. Extensions include access to PAL code within the SNOBOL 
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program, and OS/8 file manipulation operations. An extensive user's 
manual is included in the documentation. 

Price codes: Write up - A02, DECtape - H12 

SN0B0L-8.2 Demonstration Programs -- DECUS 8-865 

A collection of sample SN0B0L-8.2 programs including source listing 
program for SNOBOL programs, working documentation extraction system, 
and a source library management system. 

Price codes: Write up - A02, DECtape - H12 

OS/8 Magtape Handler DECUS 8-869 

A handler for writing ASCII files or output onto 7-track tape. 
Character packing and unpacking and tape blocking are done in the 
handler. A further program for reading the tape into, for example, an 
T 3H computer is included. Both programs have the capability of handling 
variable record length files. 

Price codes: Write up and listing - D01 

Interupt Bus Testing Program. - DECUS 8-670 

This program is designed to deal with the situation were an unknown 
device keeps causing interupts which results in interupt driven programs 
(such as FORTRAN IV programs) to hang up in the interupt service skip 
chain. It helps locate and identify the source of the problem. 

Price codes: Write up and listing - D01 , DECtape - H12, Source paper 
tape - G06 

U: A Program to Type Out CCL Recollections - DECUS 8-871 & 12-210 
"Although the CCL • recollection • feature (OS/8 Handbook p. 1-54) "is 
convenient, it is sometimes annoying that the recolleccions are totally 
' invisable'. For example if a command such as *.UA' produces puzzling 
results, it may be because the user himself has forgotten exactly what 
he specified. Program f U' provides a convenient way of examining CCL's 
recollections. " 

I typed the short program in from the listing in the writeup, got it to 
work with V3D and added V3D commands like MAC and LINK with no 
particular problems. DEC really ought to support "remembering" with a 
feature like this but until they do this program gets the job done. - RH 

Price codes: Listing and writeup - D01 , Binary paper tape - F02. 

RSMQN : RSTS terminal monitor on a PDP-8 - DECUS 8-873 
This program allows a PDP8 with 12k to communicate with with a PDP-11 
RSTS/E timesharing system as a terminal and to access the OS/8 
environment. Written for KL8 type interfaces on the 8. The PDR : and 
PDP: handlers mentioned below are required. It is not clear if they are 
included under this order number or if they must be ordered separately 
under their own number. 
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Price codes: Listing and write-up - D01 , Source paper tape - G02. See 
note with next item. 

PDP & PDR: Serial I/O handlers r or mterprocessor communications 

DECUS d-$T5 
Device handlers for use on an> OS/b system with a KL8e type serial 
interface to do ASCII I/O. 

Price code: Source code and write up on paper tape - G06. (Note: I am 
working on adding hard copy listings and a DECtape with both these items 
on it to the library.) 

GAME: VT-52 or VT-78 Pattern Game - DECUS 8-878 

An enhanced version of a popular TV pattern game. Creates a pattern of 
light that evolves as it runs. Pattern editing keys and built-in 
instructional displays. 

Price codes: No write up, Binary paper tape - F02, DECtape - H12, Floppy 
disk - R09 

MTFOTP and TM8EZ - DECUS 8-879 

Magtape FOTP and TM8EZ handler for the TM-8e Magtape. See writeup 

elsewere in this issue. 

Price codes: Write up - A01 , DECtape - H12 

RK8EST0RE: Data Acquisition and Storage Subroutines - DECUS 12-211 
"RK8EST0RE is comprised of a set of subroutines callable from FORTRAN 
IV. Subroutine DATSTO performs continuous single channel A-D conversion 
with subsequent storage of digitized data on an RK8e disc system. 
Digitization rates in excess of 10kHz are possible and the number of 
samples which may be taken is limited only by disc size. Subroutine 
DATGET retrieves the data from disc and returns it to the calling 
FORTRAN program. Although PDP-12 automatic priority interrupt hardware 
has been employed, it should be possible to use the normal interrupt 
system with a slight decrease in maximum scmpling rate." A minimum of 
16k is required and EAE and API hardware. 

Price codes: Writeup and listing - D01, Sources on paper tape - G06 

LTFRMT: LINCtape Formatter - 12-212 

A significantly enhanced replacement for all current versions of MARK12 

that can be used under either DIAL or OS/8. Formats provided are the 

standard 1, B, P, and X; plus the addition of a new Q option allowing 

operator choice of both the number of blocks and the words per block. 

Under OS/8 you can also: Zero directories and set up the DECsystem-8 
parameter block with automatic volume number sequencing if desired. The 
program must be assembled with PAL12. 

Price codes: Write up - A01, OS/8 LINCtape - J11. 

QCHESS: Quigley's Algebraic Chess Program - BASIC8-1cm 

QCHESS is a Chess game written in BASIC that uses an algorithmic model 
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of the game of Chess. 

Price code: Write up and listing - D01 

Y0RK2: Two Error Linear Regression with Correlated Errors - BASIC8-105 
A linear regression program that allows for errors in both X an Y and 
positive and negative correlation of the X and Y errors. The 
mathematics are identical to FOCAL8-315. Requires at least 12k of 
memory. 

Price codes: Write up and listing - D01, Source paper tape - G02 

HOW TO WRITE TWO-PAGE SYSTEM HANDLERS FOR OS/8 

The following is from an advance copy of material for DIGITAL SOFTWARE 
NEWS provided by David Spector. I have added some additional 
clarifications provided by Stan Rabinowitz. 

This tutorial explains how to write two-page system handlers for OS/8 
for those rare occasions when a device handler cannot be written to fit 
in one page. 

The remainder of this discussion will use the term "handler" to refer 
only to two-page system handlers. 

Such a handler has code and/or variables in the last page of fields 
and 2. The last page of field 1, it will be recalled, contains resident 
monitor tables. 

All DIGITAL-supplied handlers have a one-letter version designation, 
starting with "A". The version letter, truncated to 6 bits, must be 
stored in (or immediately preceding) each entry point. (i.e. The 
algorithm for determining the version of a handler is to start at the 
entry point of interest and scan back towards lower addresses until a 
location is found that contains a value less than 40 octal. This allows 
handling the type of multiple entry points used in handlers like the one 
for TC08 DECtape. RH) One entry point must be called "SYS"; any other 
names or entry points are termed "coresident with SYS". All entry 
points must be located in the first page (in field 0). All unused 
location! within the handler portions of each page must contain zeros. 
(This is actually more of a good practice than an absolute requirement. 
BUILD discards anything that would go in 07644-07777 and 27774-27777. It 
is believed that 07600-07606 is handled the same way but to be safe all 
these locations should be zeroed as documented. RH) 

Your handler must contain the following items: 

1. *0 ''This tells BUILD that a header block is 

starting . ) 

2. -n (Where n is the number of device names = entry 

points. ) 
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DEVICE xxxx 



8. 



9. 



10 



DEVICE SYS 



5. 4xxp 



6. SYS&177+6000 

7. 



(Where xxxx is the "group name" cf your handler; 
xxxx should also be the file name: xxxx.BN) 
(Actually the file naming convention usually 
used by DEC is xxxxSY.BN for system handlers and 
xxxxNS.BN for non-system handlers. RH) 

(Device name) 

(Where xx is a "device type" of your handler, 
used by PIP to ZERO the device directory, and p 
is the number of platters or other indication of 
device size. If the device has only one size, 
p=0.) (i.e. if p is defined equal to it is 
taken by BUILD as equal to 1. RH) 

(entry point address offset) 



xxxx 



(where xxxx 
of your dev 
devices thi 
The value o 
xxxx to det 
This value 
free space 
about zeroi 
BOOT it at 



is the octal number of blocks = size 
ice.) (In the case of multi-platter 
s is the size of one platter only, 
f p from item 5 is used to multiply 
ermine the total size of the device, 
is used to establish the size of the 
if you answer yes to the question 
ng the new system device when you 
the end of BUILD. RH) 



Repeat items 3 thru 8 for each entry point = device name, 
changing item 4 for each name, and changing item 6 for each 
entry point (use 5000 instead of 6000). 



-n 



11 . RELOC x 



(Where n is the number of words in your 
secondary bootstrap routine.) 

(Where x is the first location of your secondary 
bootstrap when it is in memory.) 



12. Your secondary bootstrap code (see below). NOTE: This code must 
not contain origin statements. 



13. RELOC 

14. *200 



15. RELOC 7600 
ZBLOCK 7 

16. SYS, VERSION 



(This tells BUILD to start the first page of the 
handler. ) 



(Contains monitor code.) 

(Entry point for SYS must be at 7607.) 



17. The first page of your handler may occupy locations 7607 through 
77^3. Locations 7744-7777 are used by the monitor. 
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18. RELOC 

•400 (This tells BUILD to start the second page of 

the handler. ) 

19. RELOC 7600 

20. The second page of your handler may occupy locations 7600 
through 7773- Locations 7774-7777 must be reserved for use by 
BATCH. 

These 20 items, in order, comprise the handler code. 

Bootstrapping (starting up the monitor) involves the following steps: 

1. The primary bootstrap code (loaded from the console switches, 
Read-Only-Memory, B0OT.SV, or other method) reads at least the 
first half of OS/8 Block (one page) from your device into 
memory, at any desired location. This page will contain your 
secondary bootstrap code. 

2. The secondary bootstrap reads the second half of Block into 
the last page of field 0. 

3. The secondary bootstrap reads the first half of Block 66 (octal) 
into the last page of field 1. 

4. The secondary bootstrap reads the second half of Block 66 
(octal) into the last page of field 2. 

5. The secondary bootstrap jumps to location 07605. 
Your handler must obey the following restrictions: 

1. Location 7612 of the first page must contain a 3. This is a 
flag to OS/8 that this is a two-page handler. (This has been 
established as the standard indicator of a two page system 
handler for the future. All programs should use this flag if 
they need to determine whether the system handler occupies one 
or two pages. In future releases at least MACREL, FRTS, and 
BRTS will use this flag. RH) 

2. Location 7642 of the first page must contain either CIF 20, CDF 
20, or CIF CDF 20. This is used by FRTS when relocating the 
second page to or from the highest memory field. This is a 
temporary restriction. (The current released versions of FRTS 
and BRTS look at several explicic locations in the field zero 
page of the system handler and they alter those locations to 
move the second page to an alternate field. Patches will be 
released soon that will eliminate explicit references in the V3D 
releases except for the one to this location. Therefore, 
handlers that conform to this requirement should work with the 
patched versions of the currently released software. The 
explicit locations previously referenced were the ones in the 
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TD8e handler because that was the only one DEC had to support. 
RH) 

3. If you have any "once-only" code, it must appear only in the 
first page, since BUILD restores only the first page when 
building the monitor. (When you do a BOOT to finish BUILDing a 
system, BUILD swaps a copy of the system device handler you have 
designated for the object system device into 07600-07777 and 
27600-27777. It then uses that handler to write out copies of 
all the system head blocks, handlers and, if requested, a zero 
directory on the object device. When this is done, the first 
write to the new SYS: will cause any initialization code in SYS: 
to be executed so the copy of the handler in 07600 and 27600 may 
be altered from the virgin state. When it comes time to write 
out the system handler itself, therefore, a fresh copy of the 
07600 page is taken from BUILD*s buffers but the 27600 page is 
taken from the initialized version. Note also that the 
secondary bootstrap is not executed during the initialization so 
it should not contain anything that would keep the above 
operations from working. RH) 

4. There must be no instructions of the form 62nx, where n>0 and x 
is anything, in the second page or from 7607 through 7634 in the 
first page. This refers to CIF 20, CDF 20, and CIF CDF 20. 

5. All desired instructions of the form 62nx in the first page must 
appear only in locations 7635-7743. 

6. No constants (non-instructions) of the form 62nx are allowed in 
locations 7635-7743 of the first page. 

7. Restrictions 4,5 and 6 are to be ignored in the case of 
instructions and constants which are used once only. (C-ice-only 
code is not executed on succesive calls to the handler once it 
is resident.) 

(Notes: The conventions outlined in 4, 5, and 6 are to conform to the 
future design for 0S/8. BASIC'S BRTS, FORTRAN IV's FRTS and perhaps 
some future programs need to establish as large as possible a contiguous 
address space. The usual procedure is to move the top of field 1 
(17600-17774 - the USR tables, etc.) to some convenient, out of the way 
place, if the system handler is a two page handler, the second page is 
moved from 27600-27774 to 7600 of the highest available field and the 
CDF 20, CIF 20 and CDF CIF 20 instructions in the first page are patched 
to refer to the new field, and a patch is installed in locations 
07600-07606 so that any attempt to exit or branch to the monitor will be 
trapped to a short routine in the program that restores the system to 
its normal state before actually exiting to the monitor. In the past, 
as noted above, the moving of the second page of the system handler was 
done in an ad-hoc manner critically dependent on absolute locations in 
the TD8e handler. Now that DEC is generalizing the procedure, these new 
conventions have been established. Apparently the relocation procedure 
will be simply to recognize the presence of a two page handler from the 
3 in 07612 then to scan over locations 07635-07743 looking for 
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instructions of the form 62nx. These locations will be patched to 62fx 
where f is the highest available field to which the second page of the 
handler is then moved. Note that for best results only 27600-27774 
should be moved to avoid destroying the BATCH words in f7775-f7 7 77 so 
that if the program is used under BATCH it will not wipe it out. As I 
understand it, this convention is not nessessarily implemented in the 
V3D releases but it will be in future releases so handlers written now 
should be designed to work with it. RH) 

PATCH FOR TWO PAGE SYSTEM HANDLERS 

Ian Templeton sent a copy of an SPR he has submitted to DEC. On a 32k 
PDP/8e system with a Sykes Floppy Disk as the system device he found 
that the following patch is mandatory for *.wo page system handlers: 

.GET SYS SET 

.ODT 

713/0000 66 

725/0000 66 

~C 

.SAVE SYS SET 

Without this patch he says that SET SYS INIT will not work, and the 
system bootstrap may be corrupted. 

FUTIL PATCHES 

The following is from an advance copy of material for the DIGITAL 
SOFTWARE NEWS provided by David Spector. 

This patch upgrades FUTIL V7A to V7B. It corrects the following 
problems: 

1. Typing CTRL/U crashes FUTIL if the current partially typed line 
containa a semicolon. 

2. Overlay mapping (in SAVE mode) is not done correctly. 

PATCH: 

.GET SYS FUTIL 

.ODT 

310/3523 3536 

333/1523 1536 

33^2/3357 3362 

33^3/1 357 1362 

3351/1361 1357 

3354/2357 2362 

12520/0100 0200 

~C 

.SAVE SYS FUTIL 
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PATCHES FOR DTFRMT 

I recently submitted an SPR (8-2471) regarding a couple of old bugs in 
DTFRMT, the TC08 type DECtape formatting program. On my 32k PDP/8-I a 
control-C causes the "SYSTEM ERR" message to be printed, then an exit to 
OS/8 which overprints the message rather than starting on a new line. 
Also, after formatting a tape, I find that location 07777 has been 
changed. This causes the date to be wrong (under V3D) and does other bad 
things depending on which bits have been changed. 

On the first problem, DEC could not reproduce the problem but they 
suggested patching the CAF at 00300 to a NOP (7000). I tried it and it 
worked. The only problem left is that no n ~C" is printed now. On the 
second, more important bug, DEC provided the following patch which seems 
to work fine. I noticed that the patch they provided includes an update 
of the version from V4A to V4B so I assume this patch will be published. 

.GET SYS DTFRMT 

.0DT 

1763/1732 1765 

1010/6401 6402 

~C 

SAVE SYS DTFRMT 

Incidentlly, the total turn-around time to service this SPR from the 
date the report was typed and mailed from here until the answer arrived 
here was just 32 days. Considering that DTFRMT is an old, obscure CUSP 
that must have a low priority for maintenance, I think the response 
shows a clear improvment in 12 bit SPR servicing. Thanks and keep up 
the good work DEC. 

MORE ON PATCHING V3C DATES 

Frieaemann Brauer writes as follows: 

"We have definitely decided not to buy 0S/8 V3D; instead we've solved 
the date problem as follows. CCL was modified to (print - rh) '78, 
allowing for a patch every 8 years. Second, it chains to 'DATE.SV if 
the date word equals zero. This is a FORTRAN II program, asking for the 
date and calling the SABR subroutine SETDAT , which sets up the date word 
and the extension bits. (The new version of 'DIRECT V5 ' in DECUS will 
allow him to print the new dates in directories as well as giving him 
other features. - rh) A FORTRAN IV patch for the listing dates is: 

.GET SYS PASS3 

.0DT 

561/ 6760 6770 

~C 

.SAVE SYS PASS3 

How about fixes for RALF, PAL8 and 12, and CREF?" 

Listings of DATE. FT and SETDAT. SB and a SRCC0M listing of his patches to 
CCL are attached further on in the Newsletter. 
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QDP 78 

QUODATA (EDUCOMP) recently sent me information on the announcment of a 
new product based on the DECstation 78 called the QDP78. You get a 
DECstation 78 with dual floppy disc, 16k PDP8, etc. and an LA35 for hard 
copy plus the OS/78 version of OS/8 complete with FORTRAN IV and BASIC. 
What distinguishes the QDP78 is that you also get QUODATA's QBOL and 
SORT/8 software. QBOL is a business oriented language almost identical 
to DEC'S DIBOL but it runs in an OS/78 environment rather than COS 308. 
SORT/8 is a sort that runs in the OS/78 environment which has provisions 
for both OS/8 style files and QBOL files which are packed differently. 
The documentation for the sort makes it sound attractive. It is a key 
sort so that it minimizes the scratch storage needed which can be an 
important consideration on media with limited space such as floppy 
disks. The interface between QBOL and its file format and the rest of 
OS/8 is not as well developed as I would like, but overall the idea that 
a varient of DIBOL is available for the OS/8 environment is very 
interesting. The really nice aspect of the QDP78 is that you gat the 
entire hardware - software package including QBOL and SORT/8 for about 
the same price DEC charges for just the hardware and OS/78. There might 
also be some advantages in the area of more personalized and responsive 
marketing, account servicing and delivery. For further information 
contact Richard L. Prendergast at 196 Trumbull Street, Hartford, 
Connecticut 06103 (203) 728-6777. 

REAL TIME EXTENSIONS FOR U/W FOCAL 

Dan Smith has been working on an extension for U/W FOCAL that he calls 
FOCLOK. The purpose of Dan's work is to provide a facility for 
dynamically loading, starting, terminating and communicating with an 
arbitrary number of page-wise relocatable assembly language modules 
which can be executed at each clock tick. 

The modules are written in PAL8 (or PAL12) following certain 
conventions. The user must be sure the conventions are followed and 
that the modules are page-relocatable. Modules are not restricted to a 
single page and features are provided to simplify cross page 
communications. 

The modules are assembled independently of FOCAL. At run time, the 
FOCAL program can dynamically allocate space in core and load modules 
into it. Once space has been allocated for a module, it cannot be 
recovered even though the module is deactivated (i.e. there is no way to 
"unload" a module execpt to reload FOCAL). 

Each module can contain one or more tasks. When initially loaded, tasks 
are placed on an inactive list; they can be dynamically activated and 
deactivated under program control. 

The clock rate is set in the usual way via the U/W FOCAL "Hesitate" 
command. On each tick of the clock, all active tasks are executed once. 
The order in which the tasks are called each time- is determined by their 
priority which is originally determined at assembly time but may be 
altered at run time. 
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The package includes several instructions added to U/W FOCAL via the "§" 
command to implement fetch, start, kill, wait and list status of tasks. 
An FTSK function provides the various forms of communication between the 
tasks, FOCLOK, and the main FOCAL program such as passing data back and 
forth, checking and modifying priorities and checking on the 
active/inactive status of a task. 

Presently this work is in a state of flux with very active development 
of new features and concepts. Dan is interested in input from others. 
Because it is a patch to the internals of U/W FOCAL it will only be 
useful to others who have that version of FOCAL for the foreseeable 
future and for the moment it is only configured for Dan's 32k PDP-12. 
Others with an 8 or 12 and at least 20k could adapt it fairly easily. 
Dan feels it is at the experimentation stage rather than being a full 
fledged tool ready to go. If you are interested, the address is: Eye 
Research Institute, 20 Staniford Street, Boston, Mass. 02114 
(617) 742-3140. 

RESTORING /E,/F AND /L TO V3D PIP 

Jim an Zee sent the following note. 

"Avi- fans of OS/8 PIP may have noticed that the V3D release is missing 
a few favorite features: /E/F & /L. I don't suppose that these options 
will be badly missed since DIRECT is clearly a superior program for 
listing (i.e. directories of - rh) one's files, but I have always found 
PIP useful for short listings, especially when one is alternating 
between listings, deletions and squishes in order to create a hole big 
enough for some monster output file." 

"At any rate I have whipped together a little patch which restores this 
feature which I will gladly distribute to any one else who might like to 
have it. I fixed the dates to observe the new date algorithm and also 
arranged them so they all line up. At the moment only numeric dates are 
printed, but someone with a bigger interest in the project could easily 
add the alpha-numeric format. My incentive to carry the project beyond 
this point is partly limited by the fact that I have a little program 
for restoring directories from a PIP /E listing with the old-style 
dates . ..." 

(Note: I have always wished that some one would write a patch for FOTP 
that would give a directory listing capability because FOTP is so much 
nicer for doing the moves, deletes, and so on. On slower system devices 
like DECtape and maybe floppys this would give definitely faster file 
maintenance than alternating between PIP or FOTP and DIRECT. It would 
even be faster than Jim's patched PIP due to minimization of directory 
accesses, wi *.d card file specifications and the ability to say things 
like "delete all files on devl: that appear on dev2:". RH) 

INPUTS FROM BRIAN CONVERSE 

This material relates to newsletter issue 26, which was received after 
the enclosed document (see attatched discussion of FPP use later in this 
issue - RH) was produced. I'm not happy about the basic FPP-12 
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documentation, given my adventure with ALN. Certain sagging questions 
occur every time I look up an instruction. The documentation is correct 
and logical; it's not very reassuring! Another item on the FPP-12 
simulator wish list is a new mode: single-word, entered via STARTS. 
This would please Dan Smith (whose FORTRAN IV QUIZ was a real riot) 
except that FORTRAN IV would need rewriting. .. it 'd sure make me happy. 

Kudos to 12-bit short notes and Bill Lennon. Microfiche is VERY neat IF 
you have a reader. Otherwise, it's a pain. I have a reader and want 
everything on fiche, but have no wish to ram it down other people's 
throats; telling somebody he can go to the library to read his 
newsletter is a cop-out. The first order of business is to see how many 
have fiche reader, or access to one, and how many want fiche. Note that 
the PDP-11 DECUS catalog went onto a single fiche and you can bet that 
isn't the case for the PDP-8 ! Part of the fun of the 11 fiche was 
roaring around thru the entire catalog without having to "page". It 
will be interesting to see if user-DEC cooperation can gel before 0S/8X 
does. Hopefully, some way can be found to let the earlier 8s and the 
PDP-12, as well as the Intersil/Harris IM6100 (how about some more 
powerful support chips?) hang in there as was done with FORTRAN IV for 
non-FPP machines . One good sign would be for DEC to ask current OS/8 
users what the major problems with OS/8 are (not that they aren't 
well-known) and go about making the new version consistent and then 
consider fancy new features. It's sad that the 12-bit SIG is so small- 
perhaps all of us readers can contribute by seeking out other PDP-8 
users who would benefit as 12-bit SIG members. 

Addendum: 

The ability to make ;NSI labeled OS/8 magtapes, as presented by Mike 
Kelley brings up the exciting possibility that users with magtape drives 
might be able to get most of the DECUS OS/8 library in the future 
(should they have or get RTS-8) on a single magtape. The DECUS end of 
things might be improved as well since at least the OS/8 portion of the 
library could be manipulated on PDP-11s or PDP-10s. 

As far as comments, it is unpleasant to see such fine software require 
still another DEC software package when we are still reeling from the 
likes of V3C 4 V3D! The logic used to justify Northwestern ' s choice is 
impeccable, but as with Peter Lemkin's magtape package, our installation 
would have to buy hardware; additionally, we'd now have to get more 
software. Undoubtedly, RTS-8 is going to become more and more 
important, it's just not time for the switch at this installation. 
Further, to run OS/8 under RTS-8, a PDP-12 needs the special timeshare 
hardware. We happen to have 16K of memory; the other useful-looking 
magtape package is written in FORTRAN II and requires 28K... This is 
really sort of wistful thinking: it'd be nicer if the Northwestern 
package used less core and didn't require RT3-8; given the possibilities 
of the software as described in their excellent abstract, it is 
impr sible to fault the implementation chosen. 
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INDUSTRIAL BASIC PATHES 



Michael E. Mazzoni has written with the following offer: 

"For those who are interested in the enhancements to Industrial Basic I 

have been writing about, I have prepared a DECtape with a±l the 

enhancements in sorce form. ... The software is available for a fee of 

$20 to cover cost of DECtape, postage, and handling." 

The following is a summary of the list of patches: 

MULTI Corrects a multiple statement/line with terminal input problem 

CORSIZ Corrects software core size bug 

CHAIN Change to loader to implement chain to .SV file instead of BASIC 

STRLEN Corrects a string length error message problem 

DATE Set OS/8 date word 

ZERUDC Turns off UDC outputs when exiting INBRTS 

2NDTTY Allows string input/output on 2nd TTY 

DK8EP Use DK8-EP clock instead of DK8-EC 

PWRF8A Power fail/instant restart for PDP-8/A clock 

PWRFEP Power fail/instant restart for DK8-EP programmable clock 

PWRFEC Power fail/instant restart for DK8-EC crystal clock 

BIGLIN Type out more than 72 characters per line 

UDC Replaces UDC with M-1705 outputs and DR8-ED inputs 

ZM1705 Turns off M-1705 outputs when exiting INBRTS 

PNT Allows PNT(X) to print 8 bit ASCII instead of 7 bit 

MESSAG Prints message after a power failure 

BITSET Sets Digital Output 13 on when power fails 

TABLE Cross field symbol referencing for CREF 

The address is Process Control Systems, 18130 S. Thcrnapple Lane, New 
Berlin, Wisconsin 53151 (U1U) 782-3945. 



PAGE 18 
DECUS 12 BIT SPECIAL INTEREST GROUP NEWSLETTER 
Number 27 - March 1978 



The Use of TM8E Magnetic Tape on the PDP-8 



Robert W. Phelps 
University of Rochester Medical Center 
601 Elmwood Avenue 
Rochester, New York 146*42 



Industry compatible magnetic tape remains the most widely supported 
and cost efficient means for storing large data bases. Although 
character codes and record length often vary, 9-track tapes written on 
one computer can generally be read on any other computer equiped for 
9-track tape. In order to use DEC'S TM8E controller and 9-track TU-10 
drive, it is essential that rather extensive software changes be made in 
order to write tapes that can be efficiently referenced on the PDP-8 and 
which are compatible with other computers (including other DEC 
computers). This writeup describes some of the hardware/software 
deficiencies of DEC f s TM8E/TU-10 hardware and accompanying software, and 
describes the use of the MTFOTP program and TM8EZ handler written to 
circumvent these deficiencies. 

The TM8E allows the user to write on 9-track tape in either of two 
modes: "Core-dump" mode which essentially treats the 9-track tape as if 
it were 7-track, and "9-track" mode which only writes the eight 
right-most bits from each twelve bit word. The latter mode does not 
allow conventional OS/8 buffers to be written, and then read without the 
loss cf one-third of the characters in the buffer! The former produces 
tapes which cannot be read on ether 7- or 9-track drives because 
9-tracks are actually written, but without industry compatible parity 
and CRC information. Thus, data written on such a system is retrievable 
only by a PDP-8 and cannot be read by a different computer for analysis. 
In addition, MCPIP and PIP, the only OS/8 programs that are reasonably 
designed to reference magnetic tape, are extremely awkward to use. They 
require extensive tape motion to keep track of what i3 on a tape 
(MCPIP), or demand the user assume total responsibility for keeping 
track of what data is where (PIP). CAMP only allows for positioning of 
the magnetic tape and does not transfer information. 

We have solved these difficulties as follows: 

I. TM8EZ magnetic tape handler. 

A new handler was written which use3 the calling sequences as 
documented in the OS/8 Software Support Handbook, and reads and writes 
standard OS/8 buffers. However, because the TM8E hardware will not 
write standard OS/8 buffers in 9-track mode, it is necessary that the 
handler reformat the data into a form compatible with the hardware. 
(Standard buffers can be written in "core-dump" mode but then tapes 
cannot be read on industry compatible drives.) This requires that (1) 
more than two pages of code are necessary for the handler and (2) an 
additional buffer is necessary between the GS/8 buffer and the magnetic 
tape. This additional code is steed in system block 66 (the block u?ed 
for the extended TD8E handler) and executed in the first two pages of 
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the field defined in the source file. The bulk of the remainder of this 
same field is then used as buffer area. In general, the highest 
available field of core is dedicated to this purpose with programs that 
use the TM8EZ handler. System block 66 is loaded ry the program TH8ESU, 
which may be run explicitly, or which will be run automatically the 
first time TM8EZ is called following rebuilding (not rebooting) of the 
system. TM8EZ is loaded with BUILD in exactly the same manner as any 
other handler. 

The TM8EZ handler is only necessary if the user wants to write 
machine independent 9-track magnetic tapes. Otherwise DEC'S TM8E 
handler is sufficient. Note that a hardware "bug" makes it impossible 
to read or write location of field 7 with either handler without 
generating an error. (This is because the EMA-7 increment error is not 
gated with the EMA-7 increment enable bit.) To implement the TM8EZ 
handler, in the file TM8ESU.PA, set MYFLD=<the field for the extended 
handler and buffer>, then compile, load and save TM8ESU.SV. In the file 
TM8EZ.PA, set XFIELD=<same field as MYFLD> , compile, then using BUILD, 
load TM8EZ and insert TM8X,MTA0. 

Use of the TM8EZ handler produces default records of 384 eight bit 
bytes (256 12 bit words or one OS/8 block), each frame being decoded 
from the twelve bit PDP-8 words according to OS/3 ASCII convention. 

II. MTFOTP (Mag-Tape-File-Oriented-Tran?fer-Program) 

MTFOTP is a modification to DEC's FOTP which treats magnetic tape 
(M7A0: only) as a special directory oriented device while at the same 
time retaining other FJTP functions. Indeed, by using the name F0TP.3V 
for MTFOTP. SV, CCL commands equivalent to those used to copy to and from 
other directory devices may also reference Magnetic tape. Four 
additional features have been added for convenience in using magnetic 
tape, and are invoked using the appropriate option switches: 

/P — Causes the mag-tape to be positioned before the first record 
of the specified file. The file can then be read by any 
program as if it came from a non-file structured device. 

/S — Use a sub-file directory on the mag-tape. 

On output, the output file name (or the first input 
file name if no output name is given) ia the only entry made 
in the main mag-tape directory. All input files (wildcards 
are legal) are copied and their names zrt entered into a 
"sub-file directory". 

On input from mag-tape, if a /S is specified, the first 
input file name is the name of the sub-file directory and is 
not transferred. The remaining input files are transferred 
from this sub-file. If no second file is specified, *.* is 
assumed and all files in the sub-file are transferred. 

This feature allows similar files to be grouped 
together and referenced with a single name. It also allows 
a mechanism to circumvent the OS/8 maximum file limit. 
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/Z — Zero the mag-tape directory. Note that MTAO: must be the 
output device. Input files are ignored* A zero directory 
murt exist before any files can be transferred. 

=nn - This option transfers; nn files beginning with the first 
file in the inpot list if input is from mag- tape. 
Subsequent files are those in sequential order immediately 
following the specified file. 

MTFOTP requires 12K of core. It will work with DEC'S TM8E handler 
if the handler is placed in file mode (use SET). For a 7-track TU-10, 
the DEC supplied TM8E handler must be used. If the TM8EZ handler is 
used, an additional field is required and TM8EZ and TM8ESU must be 
assembled accordingly. As supplied, TMPEZ and TM8ESU will use field 3- 
The following commands show an example of how to backup device DSK: on 
mag-tape sub-file BACK. 01: 

COPY MTA0:</Z /First zero th~ tape's directory if necessary. 

Note that this is a different technique than 
for zeroing directories on other devices. 

COPY MTAu:BACK.0KD5K:*.*/S 

To restore the device, use the command: 

COPY DSK: <MTA0: BACK. 01/S 

When using MTFOTP on magnetic tape, the first file en the tape is 
essentially a dump of an OS '8 directory with an extra padding record to 
protect the file mark. The length of every file (except sub-files) is 
exactly one "block" so that the "start blo^k" of a file is really the 
file number. Sub-files are N+1 files long where N is the number cf 
files in the sub-file and the additional file is for the sub-file 
directory. Sub-files and sub-file directories cannot be changed once 
they are written. 

III. DIROVL directory overlay for mag-tape 

DIROVL is an overlay to DEC'S DIRECT program which allows it to 
access directories on magnetic tapes and output the directories '•* the 
same format as for other file-oriented devices. The CCL comii.and 

DIR MTAO: 

will produce a listing of a magnetic tape's director>. The command 

DIK MTAGtxSfd name>/S 

will produce a listing of a sub-fi" ? directory from the mag-tape. The 
/«". option cannot be used with /S. 



#27 - PAGE 21 

DECUS EUROPE N^uq cd^ m t«~„ „ w ^ rt „ 

*~ uiwrc - n^„^ 4-mwh-i uhho rALMtw rebruary 1978 



Dear Bob 

Hereby some material for the newsletter. In April we are 
going to try to start an local users groap in UK for the 12bit SXG. At 
the same time we are going to start a EUROPE wide group project to 
create support material for MACREL and I'll try to summarize our present 
thoughts about this project. 

I sincerely nope that anyone that has any thoughts on the 
subject will let me know so we can incorporate their ideas into the 
work. 

As I can see now we need three support modules for MACREL: 

1) A rather simple librarian . I definetly think such a 
program is nessicary to utilise the library feature of MACREL- It 
should at a mini minium be able to: 

List the external reference points in a library. 

Add to .remove from and change modules in the library. As this means 
rewriting the library in most cases it will entail a lot of io and be 
rather slow but try working with a library that starts reaching 30-40 
modules and you see what I mean. 

2) A. library of subroutines to perform commonly used 
functions (typing strings on the console e.g.). We have a good 
tradition to stand on in the PDP8 Cookbook already in the libraiy. 
Several questions come to mind when discussing this. Some of my 
thoughts are set down here in an ustructured way,critisism is wellcome: 



1)How should the field questions be handleded? My 
opinion is that the best usage of the library is in fast not 
too well structured programs were core and overhead "'s not too 
much a question ,and that for maximally efficient programs one 
will have to do more detailed programming. If this is so then 
all rutines should be crossfield callable. 

2) There must be no backward references in the 
library. 



naming of ex 



3)To be unique I propose the following scheme of 
ternal names: 



A) All user callable entry points start with . and users 

should never use such names in their programs . 

B)Section names start with .$ and a entrypoint .abode 

normally recides in section .$abcd. The exeption is when 

several entry points are in the ^me seoMon when only one 

entry point can correspond to the sect* rame. 

OOther external names in the library start with . - 
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4)The library is supplied in wellcommented source 
form (of course) with a small page documentation for each 

module (see appendix). However to simplify handling the file 
begins with a TECO macro that seperates the file into seperate 
modules and creates a batch file to build the library, as not 
all have TECO and BATCH the distribution media also contrains 
the ready to run library (-i-librarian) 



3) The third support component is a macro library . The same 
general rules as to names apply here to but all symbols generated inline 
are local symbols so the user can if he wishes use local symbol blocks - 
Any macro that need a temporary location must be able to take the 
location from the argument list ie if a given macro normally is called 
with: 

.MACRO A,B 

Calling it instead with. 
.MACRO A, B, TEMP 

Will make it use TEMP instead of generating a new temp location. Temp 
locations nessisary and not passed by the user will be generated inline 
e.g. 
SKP 
TEMP, 



The macro library will also be supplied as a wellcotunented 
source but with a pre-amble macro to delete all comments (believe me 
when MACREL scans a DECKTAPE library 10th time you wish it was half as 
long !) 



well do I hear any comments ? 

Some not MACREL related notes. 

I received a note from George Vele at Manchester on a 
microprocessor emulation systeir that runs en a PDP8. I have looked at 
the documentation and it looks quite nice. I enclose his note and I 
think you can include is it is. 

I enclose the call that the European steering commit te for 
the SIG sent out. Please reprint if you have room. And let me at the 
same time extend a hearty well come to any PDP8 users in USA to come and 
see us in Europe. If you come to this part of the word do contact me or 
Earnst. (Earnst will by the way come to the Chicago meeting to help to 
broaden the contacts between our SIGS.) 

I sent 3ome time ago 2 pieces of material to people at 
Maynard and as I have not heard any reaction from there I shall have to 
push on them by sneakinc in a notice here. 
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To Gary Cole I sent a tape containing full support for the 
VT55 in PDP8 FIV, using the high level calls in the 0S8 handbook. The 
reason I sent them to him and not to the library (they are ready for 
library distribution) is that they contain modified versions of DEC 
copyright material and I think *aa*- DEC have to ok it before they can be 
realeased. Please if you have neod for support for the VT55 under FIV, 
do not deluge me with requests for the material I can handle a few 
requests but I have already had quite a few , contact the PDP8 product 
line at Mayrard and specially Gary Cole and ask them to release the 

material to the DECUS library. 

I also sent to Chuck Connely a very preliminary draft of 
some thought on the revision of the PDP8 DECUS library. I told him I 
would do no work on it until I heard from him so I have not done any. I 
know that my draft will cause discussion (thats the idea) but maybe we 
can get somewhere if we get started now. I shall not repeat my ideas in 
detail here but just summarise very shortly 

Dstop all rutinely support on programs that use non-current 

DEC hard ware and software. All such programs are lumped into 

one package and only made available as such (i do not mean 

genera' "oose modifiable programs but things like special 

versio. _ps for the 8k disc monitor). No new programs are 

accepteo j. a Lhis class. 

2) Sort out as much junk as possible from the library, both bad 

programs and duplications. Maybe put them on one common media 

in one package. 

3) Paper tape handling is very expencive but some programs are 

needed on paper tape (hobby type applications etc). Make 

several paper tape packages containing all those programs that 

are of use to such installation. 

4)Continue ana press ahead with the work of collecting all 

other programs into a few large packages and make these 

available on as many media as is practical. 

I also enclosed a review of about 400 of the programs. (in very 

short note form) 



Nov some thought generated on reading the last 
newsletter I have seen (number 25) 

Page 12;the bat* handler can be used with FIV. 
There is a small 2 location paten available, and i have 
published it in the newsletter. In this connection I have all 
the USER patches for FRTS for the new FIV release running (the 
error trap patch, the patch for USR and some other small ones, 
if you have anytrouble moving any of these from the previous 
FIV you can contat mee) 

Page 15; i am very interested in the pfiles of mr 
Gardner( if he reads this I hope he sends them to me I have not 
had tine to write to him yet). However I do not '^.mk they 
supplant my approach to with the mult handler rather they 
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complixient it very nicely. The fine thing with the mult 
handler isthat files do not have to be moved. I can have 
8«200( actually the most I do have is about 500) FORTRAN 
sources available and can compile any of them by a simple 
assign without moving them ! 

1 also think that SRCCOM lists are about the best way to 
document modifications to DEC suftware. 



Well 1 really think thats enough for now. Best whishes to 
you all 



example macro library documentatation 

Name 

Purpose 

Usage 

Expands to 

Creates or adds to sections 

Calls binary (from maclib) 

Restrictions 



example MACHEL binary library documentation 

Section 

Entry points 

Purpose (for all entry points) 

Size 

External rutines called 

Restriction(specially field d:o) 
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To all PDP8 users 

As members of the Steering Committee of the PDP8 Special Interest 
Group we would like to encourage you to participate in the next 
DEf US Europe Symposium,, as speaker, chairman or training seminar 
instructor. 

Traditionally the annual Symposium provides good opportunity to talk 
to DEC management, exchange information and experience with otuer 
users and learn a lot about current and future systems. We feel that 
the PDP8 users have had especially fruitful sessions during the last 
symposia and we «re planning further improvement. 

For the 1978 symposium to be held in Copenhagen you may expect 
training seminars on MACREL/LINKER (the new macro- and relocatable 
assembler) and an introductory course on OS/78 - OS/8. Probably 
these will be 'user-for-user' seminars, which means high quality and 
low price. 

Topics for the symposium itself will most probably include user 
experience with MACREL, with the VT78 (a microprocessor PDP8 built 
into a VT 52 terminal), the new release of RTS8 (with 64K memory 
support?) and networking, both DECNET and others. Every effort will 
be made to install a nice complement of new hardware and software 
in the exposition room. Also, special sessions will be planned for 
OEM and Commercial users. 

However, you should realise that these plans can only become true 
if we have the cooperation of YOU, the PDP8 user. It is your 
experience, good or bad, we seek to communicate, they are your 
problems and- solutions that make these gatherings worthwhile. 
Please take the effort to condense your expertise in a clear paper, 
voice your needs and be with us! 

Any remarks, ideas or suggestions are welcome to 

Lars Palmer Ernst Lopes Cardozo 

Hassle Physiology Laboratory 

Molndal 43130 Vondellaan 24, Utrecht 

SWEDEN HOLLAND 
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NOTE FROM GEORGE H YALE 

George sent a note and user handbook on an interactive M6800 simulation 
program he is marketing to PDP-8 users. The program simulates all M6800 
instructions and operates in a similar way to the firmware MIKBUG plus 
extra features such as break-points, memory display and I/O via Keyboard/ 
printer, A trace-mode feature prints instruction, effective address, 
register state and cycle count for each instruction executed. Interrupts 
are simulated from the keyboard. 

More detail from Mr. G. H. Vale, Department of Mechanical Engineering, 
UMIST. PO BOX 88, Manchester, M60 1QD, U.K. 



Hassle 



Data Our reference 

AB Htesle Subsidiary of Astra Pharmaceuticals AB Your data Your r«fer*nc« 



Dear Bob 

Having just received newsletter no 26 I would like to add 
some remarks. 

I dont think people know tl^Uft there exists a very powerful reverse 

assembler from holland callejLDCP.I use it myself a lot (i left disasm 

behind when i found DCP) I enclose the users documentation to the 24k version 

(there is also a smaller 16k version) note specially things like 

1) labels and literals are assigned autamatically (if possible)on first 

pass 

2) the s-sect is very powerful once argument} to a subrutine is known 

I appreciate very musch the problem of not being able to 

obtain backupp issues of the newsletter. I have all numbers and very 

often go back in the older numbers. I think that being able to get 

them all en a set of microfish would be very useful. However I am 

sceptical to the newsletter only being on fiche I think 6ur compromise is 

the best possible combination of both worlds. 

Best wishes 
Lars Palmer 



Postal addles Office and 'aboratones Telephone Cable address Telex 

AB Hassle (in English Haesole) Karragatan 5 (031) 87 01 20 Abhaesslc Gothenburg 208 10 Haesslc S 

FacK MOLNDAL 

S-431 20 MOLNDAL 1 Sweden 
Sweden 
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Harris Semiconductor 
PO Box 883 
Melbourne, PI. 32901 

NOTES FROM MICRO-8 WORKING GROUP 

By Jonathan Lockwood Phone: (305) 724-7542 M.S. 54-40 

SPRING SYMPOSIUM 

Plans for the Spring Symposium are moving along. I have submitted 
abstracts tor tour sessions covering Micro-8 applications. The 
first session is a product panel on the DECstation-78 to be pre- 
sented by Gary Cole of DEC. Next I will present a paper that 
tries to explain the various options that are available for the 
DECstation by exploring a hypothetical application that uses all 
of these options. After this will be the paper about "Twenty 
Thousand Leagues under the sea with a Micro-8 computer". It will 
be presented by Mark Hernandez and Gordon Williams of the Scripps 
Institution of Oceanography. This paper discusses the develop- 
ment and use of a system that monitors ocean weather with acous- 
tic measurements. Finally there will be a 1 1/2 hour hardware & 
software workshop for short paperc and open discussion. If you 
would like to present a short paper during this time please let 
me know. I will accept contributions up to the actual day of the 
meeting; no abstracts are required. 

MICRO-8 HARDWARE 

In the last newsletter I mentioned that there were several 4K 
CMOS RAMS available. Now there are also 2K RAMS available. 
These are a fallout from 4K ( s, ie. only half the memory matrix 
works. The " ^portance of the 2K RAMS is that they are more 
readily ave .able. The part numbers and relative pricing fol- 
lows: 

PART NUMBER ORGANIZATION PRICE (100'S) 

HM6508 IK X 1 $ Y 

HM6513 512 X 4 2Y 

HM6514 & HM6533 IK X 4 5Y 

HM650 3 2K X 1 2Y 

HM6504 S HM6543 4K X 1 5Y 

I have developed an application note that utilizes these new RAMS 
in a 32K word memory system. This application note is attached 
for your information. 

Some of the future components that are being considered are 
various ROMs that contain commonly used routines. The design of 
a 4k x 12 ROM is underway and thus the attractiveness of a ROM as 
a standard component is increased. Some routines that are under 
consideration are: 1) a floating point package; 2) some type of 
real time executive; and 3) a standard monitor with a binary 
loader , ODT, and automatic bootstrap. No firm commitments have 
been made yet and thus any comments or suggestions regarding what 
direction to take would be greatly appreciated. 
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PDP-8 iTOR 1980 

NOTE: The following product description is only the hypothetical 
conjecture of the author. Any similarity to existing or planned 
systems is pure conincidence. It is intended to be used as a 
seed tor accademic discussions and possibly as a foundation tor 
the next generation of systeas. It is based on currently avail- 
able technology and thus is feasible to build today. The primary 
concept that is used is distributed multiprocesors to achieve the 
effect of a large, multitasked operating system. 

DATE APRIL 1980 
ANNOUNCING THE NEW VAX-8/880 
with VT-8X and NANO-8 computers 

VAX-8/880 is the new PDP-8 computer system with RTS-8X, a 
multi-user , multi-tasked operating system. VAX-8 is un- 
ique in its system architechture in that is based on mul- 
tiple PDP-8's sharing the overall processing tasks. The 
foremost of these is the SUPER-8 computer consisting of a 
SUPER-8 processor, 128k words of high speed memory, and 
bulk core tor the mass storage unit. The processor itself 
utilizes a bit slice approach to emulate the instruction 
set and to provide a user micro-programable working store. 
It also utilizes a new floating point processor for sci- 
entific calculations. This computer handles all input/ 
output operations via direct memory access. 

The multi-tasking and overal system management is provided 
by the system controller subsystem. This subsystem like 
the other subsytems, consists of a NANO-8 computer to con- 
trol the various devices within itself and to implement 
the various algorithms needed tor system management. The 
NANO-8 computer is a small module containg an LSI-8 micro- 
processor, 12k words of ROM, and 4k words of RAM. The 
system controller monitors and controls all data transfer 
between the SUPER-8 computer and the various other sub- 
systems. It also provides the function of interfacing to 
operator's terminal, a VT-d8, tor the VAX-8/880 system. 

Hard copy output control is provided by the line printer 
subsystem. It simultaneously manages up three letter 
quality printers, a graphics printer (eg. Printronix), and 
a nigh speed line printer (eg. a 900 1pm Data Products 
printer). When data is sent to this subsystem, it is 
buttered internally if the printers are not busy or it is 
spooled to the high speed disk. The spooling is initiated 
by this subsystem. 
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Various types of devices can be controlled by the mass 
storage subsystems. There is a low speed controller for 
such devices as floppy disks, DEC tape, or 3M style cart- 
ridges. The high speed controller is used tor 5 to 300 
megabyte disks and for large reel magnetic tapes. The 
handlers tor the various devices are part of the NANO-8 
computer for each subsystem. In addition, the high speed 
controller has built in optimizing routines to minimize 
overall access time and large buffers to smooth out the 
data transfers. One application of the low speed cont- 
roller would be a mass storage unit based on 3M cartridges 
in addressable carrousels. 

Communications to the VAX-8/880 system is handled by two 
subsystems, one tor asynchronous data and the other for 
synchronous protocols. The asynchronous subsystem, which 
can handle 8 full duplex channels at speeds up to 19.2k 
baud, is used to communicate with the various VT-8X's that 
are the prime input devices tor the overall system. Sev- 
eral asynchronous subsystems can be the prime input dev- 
ices tor the overall system. Several asynchronous sub- 
systems can t* used within each VAX-8/880. Fully inde- 
pendent control tor three channels is provided by the syn- 
chronous subsystem. These channels can be used to inter- 
face with an IBM-370, a PDP-10, a packet data network, or 
other VAX-8/880 1 s. 

The VT-8X f s is a family of devices used to input data to 
the system. The first of these is the VT-80, a 16k word 
PDP-8 micro-computer that can be integrated into a user's 
special peripherial or into a hard copy terminal such as a 
LA-36. The next device is the VT-82, an upgraded version 
of the VT-80 with 32k words of memory, a hardware extended 
arithmetic unit, and bubble memory to store system pro- 
grams and to provide some mass storage capability. The 
VT-84 utilizes the VT-82 in a VT-52 style crt terminal. 
It includes two progamable serial ports, two ptogramable 
parallel ports, and an electonic program module for auto- 
matic bootstraping. With the addition of dual -double 
sided, double density- floppy dis^s, which slide into a 
slot provided tor them in the crt terminal, the VT-84 is 
upgraded to a VT-86. The final version it the VT-88, a 
VT-86 with a bu. Id in, 80 cps thermal printer tor limited 
hard copy output. The VT-88 is thus a complete, stand- 
alone computer with all the capability of early PDP-8's in 
a package the same size as a VT-52. 
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MICRO-8 COMPUTERS 

Dan Smith has been mentioning various microcomputers that utilize 
the HM6100 microprocessor. I would appreciate any teedback on 
the these systems, both good and bad, as well as a discription 
of their applications. In a tuture issue of this newsletter I 
will write up the results of this feedback. I have found an- 
other system to add to Dan's list. This is a model 6600 made by 
Adapative Systems, Inc., PO Box 1481, Pompano Beach, Florida 
33061, (305)-942-4000. It is a briefcase style portable micro- 
computer with dual 40 key keyboards. 

OS-78 AMD WPS-8 

I have just received a Word Station-78 that I will also run OS-78 
on. Since the Fall Symposium I have been working on a conversion 
program that will convert word processing files to CS-78 files 
and vice-versa, but so tar have not had the time to finish this. 
After investigation, I found that there exists conversion rou- 
tines tor WPS-8 to and from COS-308. Also within COS-308 there 
are conversion routines to and from OS-78. There must exist, 
somewhere, conversion routines tor OS-78 to and from WPS-8. If 
anyone knows of these, please call me! 

HIGH LEVEL LANGUAGES 

There is a need for a high level language that produces efficient 
ROM based code. After talking with Bob Hassinger, I learned that 
FORTRAN II has the potential for this. Th*. first requirment is 
that the user's special peripheral interface can easily be in- 
tegrated into the the high level language. FORTRAN II allows you 
to code in SABR in line to achieve this. The next requirement is 
that the language generates a final object file that needs no 
run time system to execute. FORTRAN II produces a save (.sv) 
file that could be made into a ROM pattern. One problem with the 
resulting code is that it needs to execute from RAM because the 
JMS instruction won't work in a ROM. Since MACREL exists, I 
believe that FORTRAN II should be upgraded to take advantage of 
its improved linking loader and at the same time, the hooks for 
producing ROM based code be added. The problem with a run time 
system could be solved by putting it in a standard ROM that could 
be sold as a component. 
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INTERFACING HM6504 OR HM6503 MEMORIES TO 
HM6100 MICROPROCESSOR 

This application note examines one method of using the HM6504 
(4K X 1) or the HM6503 (2K X 1) with the H5i6100 microprocessor. 
The design objective is to obtain an all CMOS, 32K word, micro- 
processor system that runs at 2.5MHz from a 5 volt power supply. 
The assumed temperature range for this evaluation is -40 to 
+85 C, and thus all the parts will be industrial grade devices. 
Worst case propagation delays will be used some of which may be 
preliminary (e.g., the bus drivers). The design will allow use 
of the 6503 's because they are more plentiful and thus are easier 
to obtain. Figure 1 shows the memory subsystem. This subsystem 
is partitioned into 2 boards of 16K words each or 4 boards of 8K 
words each. The switch positions to obtain this partitioning is 
shown in Table 1. The partitioning is needed to distribute the 
capacitance of the memory array which is tabulated as follows: 

Total Capacitance for 16K 

Signal Name Typ(pf ) Max (pf ) 

ADDRESS = 12*CI*(4 fields) 240 384 

DATA IN = 1*CI*(4 fields) 20 32 

DATA IN + ADDRESS 260 416 

WRITE = 12*CIX(4 fields) 240 384 

DATA OUT = l*CO*(4 fields) 24 40 



Since the HD6433 drivers are rated at a 300pf load and the HD6440 
latched decoder is rated at a 200pf load, this partitioning ~s 
reasonable. 

Figure 2 shows a simplified CPU subsystem that would be used with 
the memory subsystem. It is assumed that the HD6102 wil 1 be used 
only for extended memory addressing and thus we can use -XMAR 
directly from the microprocessor rather than LXMAR* from the 
HD6102. It is assumed that the total load on the motherboard 
connecting the various PC cards is less than or equal to 300pf- 
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TABLE 1 



Switch Positions For Memory Subsystem 



Switch A B FUNCTION 

X For 8K system with HM6563H 

51 X For 8K system with HM6583L 

X For 8K system 

52 X For 8K system 

X For 8K system 

53 X For 16K system 

X For 8K system 

54 X For 16K system 

55 XX Field select for 8K syscem 

X For dK system 

56 X For 16K system 

57 XX Field select for both 

8K & 16K systems 

X For 8K system 

S8 X For 16K system 



Field Select For 8K System 





S5 




S7 


FIELD 


A 


B 


A 


B 




X 






X 


FIELD £ 1 




X 




X 


FIELD 2 & 3 


X 




X 




FIELD 4 & 5 




X 


X 




FIELD 6 & 7 



Field Select For 16k System 

S7 FIELD 

A B 

" X FIELDS 0-3 
X FIELDS 4-7 
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St^PaFtea cpu Subsystem 
c rl(j 2 
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Now let's look at the various timing considerations. First, the 
address setup and hold tiroes are determined. The equations that 
are used are from the HM 6100 Design Guide Lines. These equa- 
tions are needed to calculate the AC parameters when changing the 
state time of the microprocessor, ie. from 3.3 MHZ of the data 
sheet to 2.5 MHZ of this example. 



ADDRESS SETUP 



HM 6100 
§3.3 MHZ 



§2.5 MHZ 



HM 6504 
Fro?n the data sheet 



From data sheet TAS'«3/4 (TS'-TS)+TAS 



85 235 

ADDRESS HOLD 



20 



HM 6100 
§ 3.3 MHZ § 2.5 MHZ 
From data sheet TAH'^1/4 (TS'-T3)+TAH 



HM 6504 
From the data sheet 



T25 



175 



50 



Since both LXMAR and the DX bus are both buffered, the setup ana 
hold times that the memory sees is approximately the same as from 
the 6100 itself, albeit delayed. 

Next is the access time from the falling edge of LXMAR: 

ACCESS TIME (ns) COMMENT 
From 6100 data sheet 
TAL §2.5MHZ 

Minus delay from 6495 

Minus delay from 6440 

Minus delay from 6504 

Minus delay from 6433 
Minus delay from 6432 



Access time margin 



520 




770 


TAL'^/MCTS'-TS) 




+TAL 


100 


LXMAR delay on 




CPU card 


100 


LXMAR delay to 




com enable 


300 


TELQV chip 




enable access 




time 


100 


Delay for data 




on mem card 


100 


Delay for data 




on CPU card 



70 



From this tabulation and the the timing diagram (fig. 3), it can 
be concluded that the memory should perform a valid read oper- 
ation over the full temperature range. 
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Since the memory strobes in data on the negative edge of the 
write signal and the microprocessor uses the positive edge of 
MEMSEL, the write operation is more difficult. The approach that 
is taken here is to synthesize a write signal after MEMSEL and 
before the next LXMAR. With the configuration shown in fig. 1, 
the only delay involved is the enable for the latched decoder, 
which was chosen for both its speed and high capacitance drive. 
The memory needs no setup time for data, but it needs 80 ns of 
hold time. The micprocessor provides a minimum of 175 ns of hold 
time. Since the data is delayed by the bus drivers, there is 
ample margin for the hold time. Another parameter that the 
memory is concerned with is the time from WRITE going low to 
ENABLE going high; this time is 200 ns minimum. As shown in 
fig. 3, this time is also met. 

CONCLUSION 

The resulting memory subsystem should work for all memory oper- 
ation over the full temperature range. The primary reason why 
the HM6504 memories were chosen was the minimum package that is 
obtained with the 18 pin DIPs. A side benefit of this approach 
is a reduction in overall system power because LXMAR does not go 
to all memory devices simultaneously. If the temperature range 
is restricted to 25 C, and/or if the system voltage is kept at or 
above 5 volts, then the system could operate faster than 2.5 MHZ. 
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GEORGIA INSTITUTE OF TECHNOLOGY 

ATLANTA. GEORGIA 30332 



(404) ••4-SMI 
SCHOOL Or PHYSICS 



January 30, 1978 



Mr. Bob Hassinger, Coordinator 
Liberty Mutual Research Center 
71 Franklin Road 
Hopklnton, Massachusetts 01748 

Dear Bob: 

Here Is a suoasry of the 12-bit hardware session in San Diego 
(finally through belatedly). I hope it is in a format which is 
directly reproducible and will get in the next newsletter. 

Sincerely, 



Pi 

N. S. Kenc 



Kendrick 
NSK:ec 



A'l IOUAL COUCATION AMD IMPUOVMIMT OW) 



ItTUNI 



TV INSTITUTION 



12-Blt Hardware Hints and Kinks 

1977 Fall Dacus Symposium, San Diego, Ca. 



This tutorial-workshop provided a forum for a lively exchange of 
ideas at the fall syaposium. The session was orgainted around a series 
of short (supposedly 10 minute) presentations on specific hardware prob- 
lems for the benefit of the "expert" and novice alike. 

Mike Allen of Livermore Labs led off with a series of "Ten Stralght-8 
Hints" below which some of us old timers appreciated. (A note to the 
younger set: Those are real logic drawings! ). 



CPU HINTS * KINKS *2 

rep: print bs-d-bp-o-9 timing, keys, smtcnes, 
and run control. 



problem: memory locations altered during 

POWER -UP. 
A. DON'T POWER-DOWN! 
3. PRINT COORD EhD. 

PWR STATUS 




PWROR 



IMpt 
MICA 



FILTERS ADDED 



PROBLEM: SPURIOUS OPfRAr/M WNEh* USINt RET STARf, 
EJAH/NE, DEPOSIT, LOAD AODR 

PRINT C00RLX Z Alb 



4 



WS0I 

PA 90 




>$P0 



CPU HINTS 4 KINKS *l 



1. QUICKIE MEMORY TEST 

A. US INC FRONT PANEL SWITCNES, DEPOSIT 
77*7 IN 20 OR MORE LOCATIONS 
/V EACH MEMORY HELD. 

a US/NO EXAM KEY, EXAMINE THOSE 
LOCATIONS. 

C. REPEAT TEST USING 0000 PATT£XN. 






no 

> 
O 
m 

u> 



CAPMCITOR ADDtD TO 
IHCRtASt EC TO 100 MS. 



CPU HINrS 4 KINKS #*- 



PROBLEM: JO CPS TERMINALS REQUIRE DSLAY FOR CARRIACE 
RETURN, 



note t: 3/RCE CP'J SLors ME? 'VD 
MF 29 ARE BLANK. 
ADD THE FOLLOMNC CIRCU/H 



NOTE 2 1 DISCONNECT THE SIC HAL 

"OUT ACTIVE (O)'FROM PIN N OF 
NE2I. IT IS REFLATE Bt ViNAL 

'set rry flag? 



ij2£Cj: <M shot timet - 3S£ 

DC l At IS SIT TO THE MAI. • " JfpM 

Tim: for a cafriace 

RETURN. 



TO FIN A/ 
OR ME 2 1 



SET 
TTTFtAi 




Ol/T ACTIVE (I) 



K'OTE 4: REPLACE MODULE R40S IN 
SLOT ME 15 WITH R401 
MODULE AC JUSTED FOR 
it. 12 RH2. 



notes: to accept n-mr format 

REMOVE THE 
F0L16MNC HIRES! 

£R£M JO- 

M222-R -* CROUND 
ME20-L — ME22-N 
ME22-M -+ ME22-R 

A00 THE POLL OIVINO WIRES: 



FROM 

ME22-F 

ME22-U 



ME20-L 
OROUND 



CPU HINTS i KINKS *3 



REFl PRINT a$-D-6P-0'lO INPUT/OUrPUT 
CONrROL 

coord: ec 

PROBLEM: SPURIOUS SKIP StCNALS WHEAT USINO 
LCNC I/O CABLES. 



SMFSiUS r\ 
IN \M 



1 N00S 
PE9 




COUNT Ft 
ENABLE 



FILTER 
AODEO 



TT3ET 






> 
m 

O 



RF08 HINTS # KINKS *IA 

PROBLEM: £A/T CONFLICTS WITH RF06 DISK DATA 
BPCAK CYCLES. 

pen ppwr prea-f-i tpput output coptpm 

C00KP: B 7 '* o/oor toon 

/ 

1N4J48 



DMA LDMAP 
EM A 06 (4) -^M-f^ 

roc orc a) — 



-m 



ioc sclrj 




NOTE'. DIODE CLEARS MRS WHENEVER ORE IS Sir. THIS 
MO A WON'T WORK IF ANOTHER PS0S If AQi>Ffi 



REft PRINT RF0B-0-S STATUS RECISTER 



AC OCR (O 



DC D RL SYNC (t) 



SICNAI NAME' 
CHANCED 



IOC SCIP1 




X*— 



jmmmmmm 



CPU HINTS 4 KINKS #5 

RCn PRINT BS'D'tBi'0'3 EAE CONTROL. 
CQOKO: ID AND SD 

PROBLEM: EAE CONFLICTS WITH DATA 3REAR CTCLES. 



CHANCE CIRCUIT TO THAT SHOWN BELOW. 




mmi u 



/A/4143 | R*S0 j 



^ PC -+MA 
<? ENABLE 



I 



DIODE AOPED 
TO NODE 
TERMINAL 



R107 
PE30 




note: pin chances in 
^^ both circu/ts. 



> EAE UN* CORP 
&r*CURKCCMR 



—J 






> 
o 



RF08 HINTS t KINKS *3 

PROBLEM: DISK DATA DIAGNOSTIC FAUS ADDRESS 
TEST Z. 
RET: PR /NT RS08-&-1 TIMING CONTROL 
COORD: A'/t 3ht 



NOTE! ADJUST RS302 ONE SHOT TO AFRROX. 
110 /uSEC DURATION. 



problem: timing or address track w/tn 
aio output 



A. CEr DEC TO RE-FORMAT TIMING AMD 
ADDRESS TRACKS. 

-QR- 

B. REMOYE MODULE IN SLOT A0t AND 
REINSERT IT UPSIDE-DOWN. THIS 
PICKS OFF DUPLICATE SEr OF FiMING 
AND ADDRESS TRACKS ON OPPOSITE 
SIDE OF DISK. BE SURE AND RE- ADJUST 
TIMING AND ADDRESS AMPLIFIER AND 
SLICE LEVELS. 



RF08 HINTS t KINKS *1B 

REF: RT0O-0-+ DATA CONTROL. 

APP CIRCUIT AS SNOW*: 



DCDBR(t) 



DC Tt 
DC B BREAK 







NOTE V DISCONNECT WIRE FROM SI02 MODULE PIN AT 
*— SLOT BIS. print COOfiO. Ctk 0. 

NOrEE! CHANCE TNE FOUOMNS SIGNAL NAMiS AND- RC-MRtl 



FROM 



IOC0N AOOR. ACC 
AC OER (0 
PC */*(!) 
TC BTCS- 



TO 



tOCON rt 
AC OCR D 
OC BREAK 
AC D£*fl) 



COORC 



C7 
BO 
B3 

Bk 2 



tea 



—J 



NOTES: THIS MODIFICATION CAUSIS DPI TO SET tVNCN 
EAE CAUSES A BAD WORD TO TRANSFER 
FROM MEMORY TO DISC OR VICE-VERSA AS 
WELL AS WNEN A WORD IS LOST ENTtRELf. 
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POSITIVE I/O INTERFACE HINTS 4 KINKS 



WHEN CONNECTING A CONTROLLER DESIGNED FOR 
A POPS I (OR LATER MACHINE) TO A STRAIGHT-B 
WITH POSITIVE I/O INTERFACE. BE AWARE OF 
THE FOLLOWING TIMING RELATIONSHIP*: 



STRAIGHT* SIGNAL NAME 



BTl 

are a 



POSITIVE I/O INT SIGNAL NAME 



BTSS 
BTSl 



note: APPROPRIATE CONTROLLER modif/cat/dns 
MAY BE NECESSARY TO ACCOMODATE 
r/0 TIMING RELAT/ONSNIPS REVERSED BY 
THE POSITIVE I/O INTERFACE. 



PC01 REAPER/PUNCH HINTS t KINKS *1 



problem: wont reliably read oiled and 
uno/leo tapes. 

A. DOHT USE BOTH TYPESl 

B. RE -DESIGN THE PHOTO-DIODE READ 
AMPLIFIER TO PL MIT TNDWDUAL 
ADJUSTMENT DF (r . v fROM EACH 
PHOTO-DIODE TRACK. 



pro/ :em: periodically reader interface loses 
the reader flag signal. 

a. mechanically adjust the reader 
sprocket wheel on it's shaft /n 

ORDER TO ASSURE THAT THE TAPE 
CHARACTER TOST READ HAS PASSED 
COMPLETELY BE/OND THE °NOTO-D/ODE 
READ HEAD. 






B. MECHANICALLY ADJUST THE STEPPING 
MOTOR MOUNTING POSITION TO ASSURE 
PROPER STROBE TIMIHG. 



> 
O 
rn 

00 
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If one needs to sake the cheap equivalent of a one-shot the following 
circuit perforas admirably. The curve was plotted froai off-the-shelf 
components assuming a single TTL load (the extra Inverter) on the output. 




set */*..•*«** y«. 
*4 **** 



e»n1 

The concepts of AC coupling to pick off either positive or negative 
level transitions are shown below. 



=! H>^'ft> 



Delay 8 up to a few hundred nsec are easily obtained by the following 
technique. 




The above ideas were presented By Neb Kendrick of Georgia Tech. 

Ton Mclntyre, late of V.V.U. - now with DEC, gave a nice tutorial 
on device selectors and also described a method of mapping bits in the AC 
of a Straigjht-8 which among other things can be used to swap the AC. 

Jim Mahaffee of Georgia Tech described an RS-232 interface employing 
the type 1488 or 1489 line drives available from several manufacturers. 
Jli? also presented some details on using the G E H11A2 opto-isolator trans- 
elevens and a very interesting collage pattern for the cmnlbus which allows 
a high chip density and the mixing of 14 , 16, 18, 20, 24, 40 etc. pin chips 
on the same board. This artwork is available free. 

A large group assembled to hear Bill Lennon of Northwestern U« expound 
on "Contraceptive Jellies and PDP8/e Fuse Holders'*. Several people common- 
ted on difficulties with both of these. 



#27 - PAGE 45 

John Lockwood of Harris Semiconductor (Melbourne, Fla.) presented a lot 
of useful Information on MNOS EAROMS, not the least of which was what all 
the letters mean. For the uninitiated these are Metal Nitride Oxide £11 icon 
Electrically Alterable Read Only Hesorles. These devices can be reprograuned 
by purely electrical means (as opposed to U-V erasable PROMS). They should 
find applications as look-up tables, program storage and auxllary storage 
devices. They are manufactured by NCR and GI. Level shifters for u*e with 
then are available from Harris. 

Earxe Ellis of the U.S. Coast Guard R&D Labs contributed the following. 



20 mA. CURRENT TO CURRENT ADAPTOR 

This circuit was designed to facilitate the interconnection 
of two processors connected with a 500 foot cable using the current 
loop portion of a standard teletype interface. All the power required 
for proper operation of this circuit is provided by the "current* 
loops. 

Although communication with a standard model 33 or 35 Teletype 
is considered as being done using a 20 mA. current loop, in practice 
it is a voltage circuit. Since the circuit designed is sensitive 
to the polarity of the current loops, one of the first measurements 
that must be made is the voltage levels and polarity sense of the 
loops being connected. 

The Teletype uses a mechanical contact closure to "transmit" 
bits cf information to the processor interface. In this pair of 
lines, one will be found to be more positive than the other. In 
our application, using a DEC KL8-J and PCM 12060, the voltage was 
between 19 and 20 volts for both. The polarity of this voltage 
must' be observed for the proper operation of the optically coupled 
isolator. Almost any isolator can be used. In our case an HP 5082-4371 
was used because it was easily obtained and . had current gain. 

The second pair of lines provides a current to the Teletype. 
The voltage and current characteristics on this pair varied between 
interfaces. This is the reason the circuits are not symmetric. 
Resistors Rl, R2» R3 and R4 were selected to provide the proper, 
operating current to the isolator input and maintain a "20 mA." 
current in the line. These values will vary depending on the 
interfaces being used and the isolator characteristics. 

Resistors R5 and R6 *»ere needed to "speed-up" the operation 
of the HP isolator and may or may not be needed in other designs. 

To date the circuit has been used in a 1200 baud line. 
An attempt to use the line at 2400 baud was not successful. The 
problem is believed to be in the jFGM 12C60 interface.- In theory 
the' line should be useable to 4800 baud. The maximum baud rate is 
line length dependent. Errors at high b*ud rates can preclude 
the use of that bit rate. 



■P 5012-4371 
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300 
1*1 
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■•♦ da?* «r 
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- DATA OC 
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» MSA ODT 
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■- DATA OOT«- 
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'« DATA IM 



17 M 



1000 



'- DATA 2H 



xxromATxaM njw> *ot 120CO 



30 ■*. anaaan to cdaaemt adaptc* 



Jack Dormer of W.V.U. described an Interface between an LSI-11 and 
a PDP-12 he has been working on. It consists essentially of a DRV11-P (t) 
and M1703 and M1705 devices. The details of how to get from these Omnibus 
Modules to the PDP-12 can be gotten from Jack. 

John Alderman from Digital Coaouni cat ions Associates provided the 
following: 




£1*1 



T7L 



<M* 
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John also suggested that the 8T26 and 8T28 (trlstate quad bus trana- 
clevers) were extremely useful. He also uses the National DM8136 as a device 
selector on the Omnibus. At this point considerable discussion on '"Chips 
1 Like To Use" ensued and some of the devices mentioned were the 8T37 hex 
receivers, an 8-bit bidirectional I/O port (latch and transciever) the 
AMD2905 which is a four bit slice with D flops, recieves, drivers, etc. 
Some people strongly suggested that the Slgnetics 8T10 should be avoided 
at all costs. The CMOS 4049 and 4050 usable as hex recievers though they 
have limited drive capability. 

Lastly Don Harmer of Gerogla Tech presented the following method of 
expanding the unexpandable 8' 8. 

An often overlooked method of providing bus expansion for l'DPSa or 
PDP8M, F, or E is the use of the KA8Z bus conversion module. This modulo 
was originally designed to provide for PDP8E "OlfNIRUS" conversion to the 
"positive (TTL) external bus of the PDP8/L, I or PDP-12 processors for com- 
patibility with older perepherals* The module provides a measure of 
isolation from the "OMNIBUS" tm and, as such, pr events damage to the CPU modules 
by inadvertent wiring errors in external interfaces* The external bus nay be 
utilized in a parallel bus fashion, similar to the "OMNIBUS" by wiring two or : 
more H 803, H 8030 or H 863 module connector blocks In parallel such that 
"QUAD" or "Hex" modules can be accommodated* This permits the use of quad 
and wire-wrap modules for user interfacing. The H 033 frame on a home-built 
frame may be used for four slot configurations and the H 034 frame for nine-slot 
configurations, alternates include the R 933 C or H 934 CB with sockets* 

External power supplies may be used; often only +5-Volts wilx be needed for 
many "home-built" Interface modules* 

This method of expansion may be Indicated for 10, 12 or 20 slot 8a v s vh^rs 
the DEC supplied interfaces can be 3ccormodated in the main-frame and user-built 
interfaces are to be accommodated externally. 

Interfacing to the external bus is simple and straight- forward, and the de- 
tails are shown in the 8 E and 8 M, F "SMALL COMPUTER HANDBOOKS" (1973). Host 
standard AC transfer input-output operations can be accomplished on the external 
bus. Notable exceptions are: The 6XX0 instructions which is not allowed and 
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the operations involving the TROCRAM COUNITR, and the LINK which nre uUuwcd 

on the "OMNIBUS". 

The external bus is not bidirectional v that is, separate lines arc provided 
for AC OUT (BAC), ACIN, and the MB lines are supplied with MBn (1)11 and 
MBn(o)H for bits 3 thru 8. Interface timing and strobes are derived from the 
IOP pulses , which are generated if MB 9, 10, or 11 are (1) in the IOT instruction. 
Since no IOPAUSE or equlwlent signal is generated on the external bus, the 
interface must provide an AND between device address selected and 10P pulse to 
imiqu^ly identify an IOT for a specific device. Full decoding of tbe instruction 
from MB 9, 1C, 11 may be accomplished however (with the above mentioned exception 
of GXXO, for which no IOP is generated). Three slots are required for the ex- 
ternal bus* In some cases, an external "OMNIBUS" may be built in a similar 
fashion to permit the use of "HEX" modules with the 8 E, F, M which do not have 
room for these modules. Note that some "hex" modules may be accomodated in an 
8 F or M chassis by moving the fans outboard and that at lease one may be in- 
serted immediately behind the front panel. This "trick" permits the use of 
some later DEC modules on the quad-slot machines* 

In any case, use of the external bus convertor KA8-E may have some useful 
applications for the expansion of bus-slot limited or non-expandable PDF-£ V &« 



All of the above contributors will be happy to supply additional in- 
formation on their topics. 

Bill Lennon actually said that the main problem with the fuse holder 
on an 8/e was one of heat dissipation. The u«s«* of silicon heat sink con- 
pound greatly reduced failures. 
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My patches and notes (#25*25-26) were for version 5, and I can't say 

yet whether any of them are applicable tc ths current vtsx-oion distributee 
with 0S8 V3D. Thanks for the* new /H option, DEC. 

KL8E problems 

The teletype handler distributed with V3D (at least on the DECtape system, 
AL-4711C-BA and AL-4712C-BA) is configured for the VT78. It omits features 
desirable for the ASR-33t such as expanding tabs into spaces, and the 
missing features cannot be reinstated via SET. 

Everybody should list the beautifully documented file KL8E.PA if they 
are not familiar with the implementation of the teletype handler. There 
is a problem with the current version, however. One would expect that 
setting "VT78=0" would produce a standard non-VT78 handler. It is, however, 
also necessary to set "PAUS^Oi" as distributed, merely setting VT78=0 
includes options which take up too much space, and an assembly error is 
produced • 

iO summarize for inexperienced users i if you don't like the way your 
TTYi handler acts, edit KL8E.PA to set VT78=1 and PAUS=0» assemble via 
PAL8 to produce a new version of KL8B.BN: then .RUN SYS BUILD, $PR, 
$U!LOAD TTY, $L0AD KL8E, CIN TTY, $PR, $B0, .SAVE SYS BUILD. (Needless 
to say, all this should be done on a copy of the system — not the original!) 

V3D documentation 

Vty biggest gripe about V3D is that the handbook update is a) unusable, 
and t,) incomplete. I realize the pressures DEC was working under. 
According to the MOBY MUNGER (TECO SIG newsletter) #1, there have been 
extensive changes to TECO, only a few of which are documented in the update. 
Marv raw features are not described (in many cases, they're not described 
in the MOBY MUNGER, either — frustration!) There seem to be some new 
features in CCL which are not documented. For example, it appears that if 
you have BATCH, it is now possible to type a string of CCL commands separated 
by semicolons (e.g. "• DATE i .DIRi .PAL PROG-LS i . LIST PROG.LS" all on one line, 
and have CCL turn it into a BATCH stream and run it. 

Everybody should list CCL. PA. Although change note 66 warns that 
the format of the main table has been modified, the notes explaining the 
formic (on the following page) have not been, and are presently incorrect. 
Apparently the change is that, instead of a fixed 3-word list of opt lens 
to bf or-ed with those given by the user, there is now an indefinite-length 
list of form (address, contents) terminated by 0. The only apparent use of 
this is in .DIR, where it permits CCL to give a default number of columns 
for the directory listing. 

WISH LIST 

Let me add my heartfelt agreement to Bryan Fredrick* f#25il3), who 
wants a SET CONSOLE command which would do for CCL, CD, KBM, and ODT what 
SET CODE presently does for the TTY handler. We are going to encounter 
this problem in a few months, but have been postponing it, I would appre- 
ciate it if Bryan Fredricks or any other knowledgeable people could state i 
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1 ) are there known words in CCL, CD, KBM, ODT which are of form 603x 
or 6o4x but are not terminal I/O? 2) Where and in what CUSPs is 
terminal input performed directly (rather than by calling CD?) 3) Pre- 
sumably all CUSPS that do terminal output are capable of doing the 
output on the BATCH log under BATCH. Any known exceptions? And does 
this lead to a an algorithmic method of patching terminal output on them? 
Over the next few months I will be accumulating answers to some of these 
questions, but would appreciate any clues (especially from those with 
OS/8 source). 

A FOTP wish list 

Particularly when it's system update time, there are options I 
wish were in FOTP. (Some of th* suggested functionality existed in 
DIALi why, oh why isn't progress monotonic?) 1) "Kovei" i.e. after 
a file has been successfully copied to an output device, delete it from 
the input device. 2) "Existing i" copy a file only if the output filename 
is already present on the output devices 3) "Superseding! " copy a file 
only if the output filename is already present c.i the output device and 
has an earlier date than the file being transfered; 4) "Additional i" 
copy a file only if the output filename is not present on the output 
device. (Note that Superseding and Additional might usefully be combined). 

Now that we have a really nice DIRECT thanks to Jim van Zee and 
others, maybe it's time to start thinking about FOTP. 

The ADS MICRO-8 

arrived just before New Years' and is presently alive and well 
at the Retina Foundation. I will report more fully on it later, but 
for now will just say that it seems to be a solid unit, has lived up 
to our expectations (which were high), and seems to be well worth 
considering for laboratory control applications where the available 
person is a "software type." That is, it is easy to interface to and 
test out in simple laboratory applications. On the other hand, if you 
are looking for a sort of test bed and prototyping system and expect to 
do extensive hardware development on your own, this may not be the 
best systems the interface between ADS's cards and the laboratory is 
well documented, but the interface between the cards and the CPU, i.e. 
the bus structure, is not. 

Has FORTRAN IV* s load format changed? 

We are still using FORTRAN IV V3C, for reasons noted below. 
Recently, I tried to used the version of FUTIL distributed with V3D 
to patch some RALF code (SET MODE LOAD, OUTPUT FPP) in an overlay 
load module, and I couldn't get it to work. I kept getting error 
?40 at 06 BAD ADDRESS/OVERLAY (ODT COMMANDS), even though I knew my 
addresses were good. FUTIL version 6.11 worked fine. I'm not going to 
send in an SPR, but would like to know whether version 07A does, in fact, 
work with FORTRAN V3D *LD modules. If it does not, there is a bug in 
FUTIL. If it does , than the format of .LD files has changed, a fact 
of some importance since ix presumably implies that V3C .LD files might 
not load correctly under FRTS V3D. If this is true, people updating to 
V3D are required to re-LOAD all of their programs, and not just to fix 
the date! 
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FOCAL vs. FORTRAN, round N 

We now plan to shift completely from OS/8 FORTRAN J" to U/W- FOCAL. 

This decision has not oeen made lightly. We have had FORTRAN IV for 
nearly three years, and have an investment of over $20C0 in the initial 
license, updates, and sources. We also have an extensive rro^ra^^inf 
investment in FOKTKAN IV, including several thousand lines of RALF code, 
much of it concerned with real-time laboratory processing. 

Many of the differences between FORTRAN and FOCAL as languages have 
already oeen aired in this newsletter. FOCAL" s greater "friendliness" 
and ease of use is very important to us; on the other hand, with a PDP-12 
we cannot get a mode B EAE and cannot afford an FPP, so we cannot take 
advantage of FORTRAN'S potential speed advantage. 

I wish here to emphasize some differences between OS/9 FORTRAN IV V3C 
and Jim van Zee's U/w-FOCAL v4A as products . The chief reason why we 
are making the transition is that FORTRAN IV, compared to FOCAL, is much 
less well integrated into the OS/8 operating environment. It is far, far 
more difficult to write and debug RALF SECT8 modules than it is to add 
new commands and functions to U/W- FOCAL. This is especially true of 
modules that must reference the system in any way. (I am still lost in 
admiration for Robert Phelps* courage in attempting to write USR and getting 
it to work. ) 

Furthermore, FOCAL is a far more fully debugged product than FORTRAN IV, 
and, at least at the moment, it is being more conscientiously maintained. 

DEC's apparent policy, as nearly as I can determine by observing their 
responses to my SPR's, and from informal conversations with Ron Jansen, 
is to support FORTRAN IV only as a pure FORTRAN product. That is, they 
respond to problems that are encountered in pure FORTRAN programs, and 
(to a limited extent) to problems in FORTRAN library routines (i.e. to 
DEC-written RALF code). They do not, however, seem to see it as a respon- 
sibility to handle problems that are encountered only in user-written 
RALF code i for example, differences in behavior between the FPP simulator 
and the hardware FPP. Moreover, although this is less tangible, there 
still seems to be a feeling that users should not really expect to be 
able to use a cute little PDP-8 for big, hairy-chested work. That is, 
problems seen as encountered by "advanced users," e.g. the long-standing 
problems with arrays of more than about 1000 elements, problems resulting 
from failure of FORTRAN IV to implement the ANSI standard correctly, etc. 
get short shrift. 

This policy, whatever its merits, ought to be more clearly stated and 
better publicized by DEC. What it means is that, unlike the majority of 
FORTRAN systems, OS/8 FORTRAN IV is not a good vehicle for projects that 
require integration of substantial amounts of assembly*language code into 
a high-level-language mainline. It is also not a good vehicle for programs 
that want to do file manipulation, look at directories, call the command 
decoder, etc. FORTRAN IV* runs under OS/8, but at runtime OS/8 is not only 
not present, it is nearly inaccessible. 
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HINTS FROK HELOISE (in memoriam) / 

I'd like to summarize some miscellaneous products, services, and ways 
of life which took me a while Ao learn about, falling under the general 
category of "housekeeping" or "better living in the computer room." 

1) Supply sources. First of all, let us not neglect DIGITAL. Be sure 
you have a copy of th^ir "Supplies and Accessories" catalog. They are 
probably the worst place to get any thing you can find anywhere else, but 
where else can you get those cute blue vinyl tabs that make the DEC tape 
stick to the reel? And if you have spare rack-mount space, the #18-09825 
DEC tape racks are outrageously priced ($14 and made out of thin sheet 
plastic), but work better than anything else I know of. Keep in mind that 
DEC has a $35 minimum order, slow deliver.,, balks at returns of defective 
merchandise, and louses up the ordere frequently. In their favor, they 
tend to keep their prices stable. 

Two very interesting firms are Minicomputer Accessories, 13 n S. Wolfe 
Road, P. 0. Box 9004, Sunnyvale, Calif. 9^086, (408) 737-7777; and KISC0, 
963 Holmdel Keyport Road, Box 399. Holmdel, N. J. 07733- These are, in 
effect, retailers. They have put together attractive catalogs with a 
large variety of interesting and useful supplies aimed at the minicomputer 
market; for example, printer ribbons for minicomputer printers, teletypes, 
and terminals; floppy disks, etc. KCA offers 25-pin EIA RS-232 extension 
cords , and a variety of DEC cables and connectors (e.g. 8-pin Mate-N-Loks). 
Haven't yet ordered from Kisco; service from MCA has been fairly fast, 
so apparently they really do stock their items. Whenever I've compared 
KCA's prices to others, KCA's have been a bit on the high side; I would 
^udge that they earn their markup legitimately. 

For binders, files, media cabinets, etc: TAB Products, 2690 Hanover 
Street, Palo Alto, California 9*004; United States Tabulating Binder 
Company, 7207 Kelvina Avenue, Niles, Illinois 60648, 312/647-9310; 
Visible Computer Supply, 9855 Derby Lane, Westchester, Illinois 60153, 

(312) 681-6080; Wright Line Inc., 160 Gold Star Boulevard, Worcester, 
Btessachusetts 01606 (617) 852-4300; Devoke Co., 3788 Fabian Way, P. 0. Box 
10011, Palo Alto, California 94303 (415) 494-8844 (also microfiche supplies); 
Engineered Data Products, Inc., 37200 Amrhein Road, Livonia, Michigan &8150 

(313) 261-9550 (cabinets). These are big, hairy-chested suppliers for the 
macho raised-floor crowd, and it may be hard figuring out which is the 
right binder from a catalog that includes hundreds of them — but it sure 
beats trying to read unburst printout in a binder intended for burst printout! 

2) VELstraps. The cabling in our laboratory is constantly changing, and 
we did not want to 1 ) trip, 2) install a raised floor, or 3) have to get 
into the walls or ceilings to make a change. Our lab does have a dropped 
ceiling; so what we have done is to buy VELCR0 straps, wrap them around 
the ceiling supports, and run our cables under the ceiling, held by the 
VELstraps. Cables are easily inserted or removed, do not need to be 
threaded or pulled, are out of the way, and (believe it or not) are held 
very securely. It's a very nice system if you have our kind of dropped 
ceiling. Velcro Caporation, 681 Fifth Avenue, New York, N. Y. 10022; 
212 751-2144. Ask for their "comprehensive product guide" and the price 
list for "Nylon Velstrap Fasteners." They're made to order in almost any 
size, length, and color, and are fairly cheap (around 350 for a 3/4" by 14" 
strap), but there is a minimum order problem and I don't know of any retailers 
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3) VECTOR patch panels. Vector Electronic Co., 12460 Gladstone Avenue, 
Sylmar. California 913^2, (213) 365-9661. This company has very nice 
products for packaging circuitry and very bad catalogs and instruction 
sheets- I want here to call attention to their "pre-programming patchboard 
systems," rather like what you find in old IBM accounting machines, 
except that they have a complete line of patchcords including 1- and 2-con- 
ductor shielded patchcords, making the system suitable for analog signals. 
Three labs use our PDP-12, ana before we got the patchboards each user had 
to connect or disconnect dozens of individual cables in various locations, 
with resulting problems because user B would disconnect one or two of user 
A's cables and user A would then run, not noticing that a couple of cables 
were disconnected, while user Z was very polite abov.t restoring the previous 
cabling when he left but did not always do so correctly, etc. Now each 
user just puts in his own patchboard. On the whole, it works, and we havn't 
had any obvious noise or connection problems. (Footnote 1 see also MAC/PANEL 
Co-. P- 0. Box 5027, High Point, North Carolina 2?2£2, (919) 882-8138) 

*0 Brookstone connectors. (There must be another name and another source 
for these, but I don't knew it.) S-^650 quick-connectors, Brookstone 
Company, 125 Vose Farm Road, Peterborough. New Hampshire 03^58. In our 
lab, these is a constant need for miscellaneous connectors with varying 
numbers of contacts, Maintaining a connector inventory is both difficult 
and expensive. A particularly annoying situation occurs when there is a 
need for a few new lines on an existing cable. The interesting property 
of the Brookstone connectors is that the connectors (which each contain a 
single contact, and are hermaphroditic) have a keying arrangement on their 
sides so that connectors may be snapped together laterally to form multi- 
connector assemblies. That is, if you have built a ten-conductor connector, 
you can add on two more and make it a twelve-conductor connector. The 
contacts themselves are large and crimp on; assembly is rapid and easy. 
They are extremely handy, although they are too big, expensive (about 600 
each), and are not gold plated. If anybody knows Brookstone *s source for 
these, or knows of any other product of this type, I would very much like 
to hear- about it. 

5) Controlled circulation publications — also known as free magazines. 
They are completely supported by advertising and distributed free to 
qualified individuals. Value of the editorial matter varies, but the 
advertising is often useful. In most cases, honest answers will get you 
the publication; you don't have to say you're the president of the firmj as 
long as it sounds like you influence purchases they want to send it to you. 
The usual procedure for getting them is to search around y^ur organization 
for somebody who's getting them already, and look for tear-out subscription 
application cards bound into them; but presumably writing to the circulation 
office will also work. DATAMATION, however, requires you to send them a 
request for an application form on company letterhead, and for people of my 
humble rank there is a waiting list. 

DATAMATION, Circulation, 35 Mason Street, Greenwich, Connecticut 06830. 
Oldest, biggest, fattest, most prestigious, only one with really significant 
editorial material. This is also the one that keeps you up to date on the 
latest scuttlebutt about the Bell bill, antitrust stuff, what IBM is doing, 
etc. and, of course, that very interesting annual DP salary survey . . . 

MINI-MICRO SYSTEMS, 5 Kane Industrial Drive, Hudson, Massachusetts 01?49. 
(Used to be "Modern Data," how's that for a dumb title? "Antique Data and 
Computer Collectibles," now that would be a grabber). Mostly valuable for 
its advertising, but lately there has been an effort to provide systematic, 
tutorial information on mini- and microcomputers and components. 

COMPUTER DESIGN, Circulation, P. 0. Eox "A", Winchester, Mass. 01890. 
Mostly at the "chip" and "board" level. A very interesting column by 
John E. Buckley about communications (modems, Ma Bell, etc.) 
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ELECTRONIC PRODUCTS, Circulation, 6^5 Stewart Avenue, Garden City, 
N. Y. 11530. There is a great deal of interest in here for anybody that 
does interfacing of laboratory equipment 1 for example, this publication 
put me on to 

6) the Philips stepping motor chip. Stepping motors arc vary attractive 
ucviccy for a mulxitude of jobs around the laboratory, but if you looked 
into thea a few years ago you probable noticed that the drive electronics 
for them was expensive. Typically, you might need a $50 motor, a $100 
drive card, and maybe a 100Y, 1 amp. DC power supply. Now Philips has a 
$12.50 chip that goes with their line of small, 12V stepping motors (which 
cost about $25 each). The most annoying Thing i-3 that the chip wants 

12Y signals, not TTL. They have some 5 V motors , so maybe someday they'll 
have a 5V chip, too. Our first application is for reinforcing monkeys 1 
when they do the right thing, the computer rewards them with a measured 
quantity of Tang. We do it by driving a tubing pump (the kind that pinches 
a plastic hose with moving cams) directly from a stepping motor. It seems 
to work a lot better and more reliably than a solenoid valve. 

7) Hanging file folders. This is so dumb I really hate to mention it, 

but it took me years of fumbling around in stacks of paper before I discovered 
how to use file cabinets and file folders, and then it took me five more 
years before I discovered how very, very much better the hanging folders 
(e.g. "Pendaflex") are than the regular kind. 
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THE ROCKEFELLER UNIVERSITY 



^KUnivcrsituJjf 1230 york avenue new yoricnew york 10021 
^ 1901 

February 23, 1978 

Mr. Robert Has singer, Coordinator 

12 Bit SIG 

C ire of DECXJS 

129 Parker Street, FK- 3/255 

Mavnard, Mass. 0175 1 * 

Dear Mr. Has singer: 

Enclosed is some material on FORTRAN II vhich you may want to enclose 
in the 12 Bit SIG Newsletter. Since the dewsletter is ar. absolutely 
indispensable source or information for the computer work in our laboratory, 
it seemed like a good idea to contribute some of vhat we have learned for 
others to use. 

In the most recent Newsletter (Ho. 26) you ask for comment on the idea 
of using microfiche for the Newsletter. Such a change would be at best 
inconvenient and at worst disasterous for us. Our computer is located 
several miles from the nearest potential microfiche facility, and perhaps 
80 miles to the nearest; facility which we could use when programming evenings 
or weekends. The sophisticated readers of the Newsletter may not use it in 
the same fashion as some of us who program only when necessary. For many 
users of the latter type, I think the Newsletter serves as a reference and 
consultant when we want to learn how to use a new piece cf software or when 
we run across a problem. At such a time, I reach for my box of Newsletters 
in order to teke advantage of the experience others have gained. I suspect 
tLat there are a lot of copies of the Newsletter around w th homemade tables 
of contents and marginal notes to help this process of looking back over the 
old issues when a question comes up. I certainly do not -rant to purchase a 
microfiche reader as a computer peripheral. I would also bet that others who 
find the Newsletter valuable would be willing to be charged for the extra cost 
of a Newsletter on paper. 

Sincerely, 



Ftv tf^vW.- 



Ronald P. Larkia 
Assistant Professor 



RPL/rbk 
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FORTRAH II: Use with PAL8 and with Interrupts 

Since FORTRAH II is the DEC OS/8 language vhich makes use of the 
speed of the CPU in doing integer arithmetic and logical operations. 
it is a natural candidate for use when speed is required, especially 
in on-line and data acquisition applications. The associated assembly 
language, SABR, however is awkward and relocatable to a fault. As a 
result, one desires to wed PALfl to FORTRAN II in order to take 
rdvantage of the direct access to the hardware afforded by the former 
and the I/O, arithmetic ease, and general convenience of the latter. 

The result of wedding FORTRAH II and PALd can be very pleasing 
&nd convenient to use, but the process of learning how to do so is 
fraught with problems of scattered and incomplete DEC documentation, 
costly sources or listings, and esoterica which can waste hours. 
This contribution is designed to share some lessons learned in writing 
two large (20k, 200-500 FORTRAH lines) interrupt-driven data acquisition 
programs and several smaller ones. Comments and corrections are 
welcome, since I am not a programmer by trade. 

In the following discussion, I shall use the acronym "FORTRAN" in 
two ways: in the usual-meaning of the language and to include the 
whole subsystem designed to support FORTRAH II, namely LOADER, 
FORTRAH II, and SABR. So read "FORTRAH II and SABR" or "all .RL 
programs" when I say FORTRAH below. You should be acquainted with 
the 0S/8 Handbook, the SABR-F0RTRAH Software Support Manual, and the 
past issues of the 12-bit SIG newsletter* and of course with the 
PAL8, SABR, AHD FORTRAH II languages. 

I. Preliminary Considerations 

A. Memory use by LOADER 

1. It loads programs in the order you specify 

2. It starts at the bottom of Field and proceeds upwards 

3. C0MM0H lives in Field 1 starting at 10200. 

k. It fills a whole page if even one location on that page is used. 

5. The bottom of Field is occupied by resident parts of LOADER. 

If the /I and/or /0 options are used, each takes up a chunk 
of memory above the resident LOADER. In current software, 
locations 00000-02377 can be taken up this way if (10) is 
specified. 

6. See the appended Exhibit A for a chart of memory use by LOADER. 

B. Miscellaneous cautions and foibles 

-LOADER does not treat COMMON as occupied memory. If you CALL CHAIN, 
don't expect to preserve COMMON across core images unless you specifically 
save 10200+ or put PAL8 code there (see below). 

-LOADER allows only 63 decimal entry points unless you use the version 
mentioned in a recent 12-bic SIG Newsletter 

-FORTRAN instructions start with and leave the ACC clear. 

-FORTRAN allows the Data Field (DF) to vary widely during execution. Watch out 



"Especially #18 p. 7, #22 p. 2-3, and #2U pp. 21 and 28. 
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-Some SABR pseudo-operators such as OPDEF cannot be used in FORTRAN II 
programs unless they appear as the very first statements, before 
FUNCTION or SUBROUTINE statements, for instance. This is an un- 
documented peculiarity of the FORTR pseudo-operator. 
-Using PAL8 with FORTRAN requires a song-and-dance described at the 
top of page 7-7 in the OS-8 Handbook. Note that BATCH cannot 
help here and that you must specify a starting address (Location 
00200 is in LOADER). 

II. Using FORTRAN vith PALO 

A. Where to put the PAL8 code. Three options follow and the rationales, 

1. At the tcp or the top field of memory. This way, all you 
have to watch for is overflow of the FORTRAN programs into the PAL8 
area. Just check the LOADER memory map. 

2. In the first available space in Field 0. One "reserves" 
space here by writing a dummy SABR program which uses "Ihe BLOCK 
and PAGE pseudo-ops to take up at least enough space for the PAL8 
code. The dummy "program" must be the first program specified by 
you to the LOADER. Then the .BN file containing the PAL8 code can 
be pxo^ed in this space using ABSLDR. The absolute location of the 
"reserved" space will be apparent from the LOADER memory map if 
you include an entry or two in the dummy "program". The location 
will vary with use of /I and /0 as described above. The FOhTRAN 
programs can then be expanded to the limit without worry, but the 
PAL8 code will be more difficult if you have reserved insuffic* mt 
space for expansion. 

3. In the COMMON storage area in Field 1. If you know how big 
a COMMON area you need, you can expand it by 128 words for each page 
of PAL8 code you have and start PAL8 code where the genuine data end. 
For instance: C0MMDH XjY>z>ETC 

COMMON JUNK 

DIMENSION JUNK(512), X(5) 

. . .will save four pages starting at location 10^00. (Or k+ starting 
after ETC if you want to be miserly. ) FORTRAN programs will be loaded 
in any vacant space above the COMMON block. 

In general, one has to worry about access to Field for interrupts 
and possibly handlers, to Field 1 for COMMON (see below) and to Page 
in whatever Field one chooses to put PALd in. Note that certain 
locations in Page of each field are used by FORTRAN in every Field. 

B. How to communicate between PAL8 and FORTRAN. 

For the beginning user of PAL8 with FORTRAN II, and for everyone who 
wants to play it safe, there are two rules: 

Rule 1: Call FORTRAN routines from PAL8, not the reverse. 

Write a SABR program to be loaded first in the LOADER program 
string; it can contain PAGE and BLOCK specifications to reserve 
space for PAL8 code as in option 2 above, if you like. The SABR 
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program will have the purpose of calling relocatable FORTRAN programs 
from fixed positions in memory. (Since the LOADER always takes 
the string of input programs in order, the SABR program in question 
will always be the first program in Field 0. ) An example such 
program, n A2kOO.SB n is listed in Exhibit B, along with PAL8 code to 
call the FORTRAN subroutines in this way. 

Note that LOADER requires an entry named MAIN in the programs 
it loads. It conventionally starts a core image at MAIN once the 
relocatable files are in memory. To have a fixed address at which 
to start a core image is handy; otherwise, one needs to find out 
where the starting address really is every time the song-and-dance 
described on page 7-7 of the OS/8 Handbook is performed. Also, 
I/O is usually initialized in F0RTRA5 by the subroutine OPEN, called 
in the program MAIN when a FORTRAN main program is used. OPEN or 
a similar set of code is needed to initialise FORTRAN I/O flags 
lest a device like the console device cause a hang on the first 
data transfer statement. These considerations are all handled 
by the entry MAIN which appears in the example program n A2U00.SB". 
Find out where MAIN is as an absolute address and specify this 
address to ABSLDR or in a SAVE command to OS/8 keyboard monitor. 
MAIN calls OPEN and immediately puts PAL8 in control. It must 
have the starting address of PAL8 code in order to work. 

Rule 2: Pass information back and forth via COMMON where possible. 

This way of communicating between PALd and FORTRAN has a way 
of doggedly stereotyping and documenting information transfers in a 
way that is easier to debug than arguments or other more fancy rneens. 
Lay out COMMON locations in PAL8, filling with zeroes or data. (In 
a way, this is a great BLOCK DATA-type arrangement in FORTRAN II. ) 
leal variables need three locations. 

If you wish to depart from Rule 1, calling PAL8 from FORTRAN 
(OS/8 Handbook, page U-60), watch your data field, instruction field, 
and indirect references. 

Two situations arise where Rule P. may not be sufficient. First, 
fixed locations in memory may need to be referenced by FORTRAN as in- 
line SABR statements. To do this, use the implicit CDF in a DUMMY 
statement rather than an explicit CDF. For instance, to store a 
quotient in location 02600: 





IQUOT » A/B 




3 


JMP STOR 


/BYPASS THE DUMMY 


S 


DUMMY J 




SJ, 


6201 


/CDF 


S 


2600 




SSTOR 


,TAD\IQU0T 


/A FORTRAN ADDRESS 


S 


DCA I J 


/ACC WILL BE LEFT 



Second, it may be more convenient to pass arguments than to use 
COMMON. A method for passing an argument (an array first-word-address) 
to FORTRAN is shown in Exhibit B as entry GOSUB. 
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III. Running FORTRAN II with interrupts on . 

A. There is a problem with file-oriented I/O. 

Locations 00000-00003 are used by routines OOPEN, OCLOSE, and 
IOPEN. These four locations are used only during calls to the three 
entries, not during actual ASCII I/O by a READ or WRITE. So there 
are two ways to handle the obviou3 conflict with interrupts: 

l). If the interrupt system can V*s off during opening and closing 
files, then one can simply move instruction into locations 00001- 
00003 in this way (in PAL8): 

CLA 

TAD (CDF CIF PALF /WHERB PALF IS THE 

DCA I (1 /FIELD WHERE PAL8 LIVES: 

TAD (JMP I Z 3 /10, 20, 

DCA I (2 /THESE MUST BE IHDIRECT! 

TAD (INT /ADDRESS OF INTERRUPT- 

DCA I (3 /HANDLING CODE IN PAL8 

The above should be done before issuing an TON. An IOF must be 
executed before calling any of the three offending subroutines. 

2) If the interrupt system needs to be on during the opening and 
closing of files (e.g. keeping time), then solution l) is useless. 
One needs to modify OOPEN, OCLOSE, IOPEN, and LOADER to use some 
other locations for the transfer of the file name and extension from 
relocatable code to LOADER. I have done this to my system and will be 
willing to share the changes with anyone having a source of IOPEN. SB. 
If there is demand, it will be submitted to DECUS. 

B. FORTRAN can run as interrupting code or as interruptable code, 
but not both. 

Running .RL files in both "foreground'' and "background" is im- 
possible since all subroutine calls (including array references, 
mathematical operations, and argument transfers) are handled by 
one nonreentrant set of routines (See 0S/8 Handbook, page 7-6). 

C. Under interrupt, FORTRAN 1/0 devices must be asynchronous. 

Providing that the device is asynchronous, FORTRAN 1/0 will 
proceed normally when interrupted by a PAL8 routine. (The TD8-E is 
not asynchronous. RTAPE and WTAPE should work. I don't know. ) 

D. FORTRAN II 1/0 needs its flags to be initialized correctly. 
For instance, by OPEN, as discussed above under II, Rule 2. 

E. LOADER uses the USR fcr file opening and closing and for 
chaining- Therefore, PAL8 programs which interrupt FORTRAN during 
file operations may not have COMMON in memory in 10000-11777, but 
rather the USR. Thus interrupts should not be enabled during file 
opening and closing if the interrupting routines use this area 

of memory. 



^^v 
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Exhibit A 



All Fields 



Field 



RESERVED AND DISTURBED LOCATIONS USING FORTRAN II 

Locations Reference* Occupant (0) or Disturber (D) 

7 SABR 2-60 D:a scratch address 

10 " D:0S/8 

20-32 n 0: Library Routines in their Field 

33-121* " 0: Device Independent I/O or CHAIN 

0-3 IOPEN listng D:I0PEN unless modified 

176-177 SABR 2-60 D:I/0 Handlers 1 temporary storage 

200-777 SABR 2-59-60 0: library linkage routines 

1000-1577 LOADER lstng 0,D: Either /I or /0 but net both 

160O-2377 " 0,D: Both /I and /0 

free locations: U-6, 11-17 ,125-175,2400-7577 if /I/O used 

10020-10022 SABR 2-60 D: Floating point ACC 

10200-.. . OS/8 Handb. 0,D: COMMON 

10000-11777 OS/8 2-2 D: USR 

1760O-17777 OS/8 B-2 0: OS/8 

free locations: 0-6,11-17,125-177, end of COMMON- 17577 

Field 2 2760O-27773 OS/8 B-3 D:TD8E if present 
Top Field X777*+-X7777 OS/8 B-3 0:BATCH 



Field 1 



•SABR - 8k FORTRAN SABR assembler handbook, 1973 
OS/8 = OS/8 Sortvare Support Manual, 191k 
OS/8 Handb. = OS/8 Handbook 19lk 



Exhibit B 



Example Program to Communicate between PAL8 and FORTRAN 



GOINI-1000 
GQSUB=GQINI+& 



/PAL8 CODE TO CALL FORTRAN SUBROUTINES 
/(NEITHER /I NOR /0 IS USED BY LOADER) 



CLA 




CDF 


CIF O 


jus 


I (COINI 


TAD 


(CDF 1 


DCA 


I (COSUB+3 


TAD 


(ADDR 


DCA 


I (QOSUB+4 


JMS 


I OOSUB 



/CALL FORTRAN SUBROUTINE "INIT. FT" 

/VIA -A2400. SB M (SEE BELOW) 

/NOTE: "A2400. SB" STARTS IN 01000 

/SET UP CDF TO PAL8'S FIELD 

/PUT IN ARGUMENT 

/AN ADDRESS IN PAL8'S FIELD 

/PUT IN ARGUMENT* 1 

/CALL FORTRAN "SUB. FT" 
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/ FILE: A2400. SB DEMO. OF PAL8-SABR COMMUNICATION 
/ THIS ROUTINE MUST BE LOADED FIRST* INTO FIELD O 



OPDEF 


JMPI 5400 


ABSYM 


FIELD 6213 


GOINI* 


HLT 




CALL O. INIT 




CLA 




FIELD 




JMPI OOINI 


COSUB, 


HLT 




CALL l.SUB 




ARG OOSUB 




CLA 




FIELD 




JMPI POSUB 




ENTRY MAIN 


MAIN, 


NOP 




NOP 




CALL 0, OPEN 




CLA 




FIELD 




JMP I (2400 



/CDF CIF 1, WHERE PAL8 LIVES 

/ENTRY FROM PAL8 

/SUBROUTINE "INIT. FT M IS CALLED 

/THIS -CLA" IS A SAFE CONVENTION 

/RETURN TO PAL8 IN FIELD 1 

/ENTRY FROM PAL8 

/SUBROUTINE "SUB. FT" WITH 1 ARC. 

/USE ANY ADDRESS AS ARG. HERE 



/AN ENTRY TO GIVE THE LOADER 
/A STARTING PLACE AND SET UP 
/I/O FLAGS, ETC. 



/STARTING ADDRESS OF PAL8 CODE 



END 



&rl T. Ellis Jr, 
(205)W5n85Ql x296 



I%AR BOB, 
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RgD Center 




Since FUTIL is being distributed with OS/8 V3D ato ETOS ^^it 

IS IMPORTANT TOT EVERYONE LEARN HOW TO USE IT. I WVE TYPED UP 2 RUNS 



1) Install SPR 8-2*65 jo CREF.sv as distr 

A WELL KNOWN BUG. EVERYONE WITH V3D M 

.RRfTIL 
F 



IBUTED IN 
MUST FIX 




Y3b. This fixes 




mi 0015 (0013) 3.00B 05-JUL-/7 



LINEFEED 

LINEFEED 
LINEFEED 
LINEFEED 
LINEFEED 
LWCFEED 



....JW 



or next FILE or Ctrl C 



on 



The ifFORmTioN PuTIL prints out between the FILE Mwe am) tw FILE 

DATE WILL VARY ACCORDING TO THE LOCATION OF THE FILE. ALL LINES ARE 
TERMINATED WITH A RETURN UNLESS OTHERWISE NOTED. 

2) Install Rev. 'Chases DIRECT patch uder ETOSr FUTIL is a little differ- 



ent umer 

A 




CtrlV, S 



065-0173 0007 (0007) 1.051 1 ffil^ 1 ™ 

linefeed 

Li.€FEED 

LINEFEED 

5600 LINEFEED 





OR tXIT 4*01. 

VfeiTE Lxk Zero 



OR NEXT FILE OR fcAll. <N0T_BESTJ 
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FATCH TO 'TECO'* Vers. 5 
PAS S3t. 11-Feb. 1978 
St3nd-3lone OS-8 </ ♦ 3D 



PURPOSE: To 3et rid of 'L'O'W'E'R 'C'A'S'E flsssiins. 

♦GET SYS TECO 

.ODT 

02247/7000 5216 <C.R.> 



~C 

.SA SYS TECO 

Notet 5216 is the code immedistely preceding code 7000* 

In the version shown? 02246 held 5216 • The dame of the 
n3me is to change 7000 to whst immediately ^recedes it. 

Is there some undocumented .SET for this? or whst ? 

underlines m^rk user's typing. 

Dear Bob: 

Don't know if others have run across this problem or not. 
Anyhow, here it is. 

Yours , 

(Rev. Dom) Geoffrey Chase 03B 
Abbey / Portsmouth SI 02871 
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PORTSMOUTH ABBEY SCHOOL 
PORTSMOUTH t R.I. 02871 
(401) 683-2000 



09-FEB-1977 

Bear Bob! 

Two more Band-Aids for OS/8 version 3-C & earlier. 

1. PAL-8: 

a. On P33e there is a constant 5070. Depending on 
version* it seems to live in location 00146 or 00147. 

b. Location 01731 contains 1130* eauivalently a TAD C260 • 

c. Patch (.0DT) 01731 from old 1130 to new 1146 or 1147. 
This adds 8 ('5070' — the upper byte doesn't count) 
to your base year. Should work through '79. 

2. MACRELf early release -X6CI 

a. This is rather like patching CCL» from which it seems 
to have borrowed a few ideas. 

b. (.0DT) 07365 from old 0106 to new 116 (base year 78) 

07373 from old 0003 to new 6 (weekday offset) 

Yours faithful ly» 
^ . d^L«&-w«. c s. a 

Rev. Dom Geoffrey Chase 

The following is refered to 
at the bottom of page 13. 



3>KT£TT 



C US/ 8 DATfc , FB 1V/8 

L FORMAT : DR MM. YY 

ij 

I BASF V= 78 

COMMON I DAI, 1DA2, IDA J, IDfcXF 

3O0 HEAD ( 1 , 302 ) 1 DA2, HUM, I DA 1 , DUM. 1 DA3 

3U2 FORMA I ('DATUM: ' , 12, Al , 12, Al , I J ) 

i\- <31-1DA2> 300,303,303 
3G3 IF- ( 1 2- 1 DA 1 ) 300 , 304 , 304 

3G4 1DA3=IDA3-1DASE:Y 

If- (1DA3) 300,34,34 
34 lUfcX f = < lDA3+8>/8 

CALL St I DA 



S£T1>AT . SB 
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/ PROGRAM SETS UP OS/8 DATE 
/S. OS/8 SOFTW. SUPP. HAN. D-4 
/ 
OMMN 1 /MO 
DMMN 1 /DAY 
OMMN 1 /YR 

/YR EXTENSION, 



I DAI, 


COMMN 1 /MO 


IDA2, 


COMMN 1 /DAY 


IDA3, 


COMMN 1 /YR 


IDEXT, 


COMMN 1 


/ 








ENTRY SETDA 




DUMMY DATE 




DUMMY DATEXT 


SETDA, 


BLOCK 2 




CLA 


CLL 




TAD 


IDA1 




AND 


(17 




CLL 


RARi RTRi RTR 




DCA 


TEMP 




TAD 


IDA2 




AND 


(37 




CLL 


RALiRTL 




TAD 


TEMP 




DCA 


TEMP 




TAO 


IDA3 




AND 


(7 




TAD 


TEMP 


/ 


DCA 


I DATE 


TAD 


IDEXT 




AND 


(3 




CLL 


RTR; RTRi RTR 




DCA 


IDEXT 




TAD 


I DATEXT 




AND 


(7177 




TAD 


IDEXT 




DCA 


I DATEXT 


/ 








RETRN SETDA 




CPAGE 4 


DATE, 


6211 






7666 


QATfcXJ, 


6201 


i 




7777 


TEMP, 



END 





0S8 V3D 1978 



SUtCCOM 



CCU vs. CCL 
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1)066 

1) 

**** 

2)066 
2) 



JMP NODAT1 
OCA DATEM 

JMP NODATE 
OCA DATEM 



1)066 CLA STL IAC RAL 

1) TAD TM2 

1> TAD BASEYR 

1> AND (60 

1> SNA CLA 

1> TAO (66 

1) TAD TM2 

1> TAD BTSEYR 

1) DCA YEAR 

*4HHt 

2>066 TAD TM2 

2, TAD (6760 

2) DCA YEAR 

— — —» — — — — 



/6 



1) 

2)066 
2) 



D066 TAO (6 

TAD DATEM 

TAD (3 
TAD DATEM 



/'78 



******** 



1)066 

1) / 

1) N0DAT1, JMS I (LOOK 
1 ) YDA'f'E 

1) JMP NODATE 

1) JMP I (CHAIN 

1 ) BASEYR, 6770 
1)067 NODATE, JMS I (PRMESG 
***« 

2)066 JMS I (LOOK 

2) YDATE 

2) JMP I DATE 

2) JMP I (CHAIN 

2)067 NODATE, JMS I (PRMESG 



JMP I DATE 

/LOOKUP SYS: DATE. SV 

/MESSAGE IF IT'S NOT THERE 
/CHAIN TO IT, IF IT'S THERE 
/'78 



/LOOKUP SYS: DATE. SV 

/DO NOTHING IF IT'S NOT THERE 
/CHAIN TO IT, IF IT'S THERE 
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FEBRUARY 15 ? 1978 



MR. ROBERT HASSINGER 

LIBERTY MUTUAL RESEARCH CENTER 

71 FRANKLAND ROAD 

HOPKINTON, MASS* 01748 



DEAR ROBERT! 



I AM WRITING AGAIN IN REGARD TO UPDATING THE PATCH FROM STEVE 
LIGETTf DECUS NEWSLETTER OF APRIL 1976* NUMBER 16. 
I HAVE DETERMINED THAT THE FOLLOWING PATCH TO BRTS V5A WILL 
ADJUST THE COLUMN AND CHARACTER COUNTERS. 

.GET SYS t BRTS 

.ODT 



2570/7774 7770 
2573/7660 7600 
3375/7660 7600 



/ 1 LESS THAN THE NUMBER OF COLUMNS 
/ PAGE WIDTH 
/ PAGE WIDTH 



~C 

SAVE SYStBRTS 

THIS SETS UP BRTS TO USE 9 COLUMNS* 128 CHARACTERS PER RECORD 
(LOCATIONS 2570 AND 2573r3375). IT APPEARS THAT MR. LIGETT'S 
PATCH TO BRTS HAS BEEN INCORPORATED IN THE NEW VERSION FOR 
OS/8 3D. 

I WOULD ALSO LIKE TO REQUFST THAT YOU ADD MY NAME TO THE MAILING 
LIST FOR THE DECUS NEWSLETTER. THANK YOU. 



SINCERELY 
GREG WALTER 



V.A. CTR. RESEARCH SERVICE 
5000 W. NATIONAL AVE. 
UOODf WIS. 53193 
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Concerning DIRECT, Headers, Labels, Dates and DECSTSTEM-8/78 

We have been revising some of the CUSP's for DECSYSTEM-8 to OS/8 V3D 
standards. Two of these should be of general interest. 

Jim Van Zee's version of DIRECT (V5G) has been revised, commented, and augmented 
to aid in the "date" problem (creating V6A) . Concerning the dates as now printed 
by DIRECT: the fix for the OS/8 date problem, (only three bits in the date word), 
was to add two bits in word 07777 (bits 3-4) as the extended date for the 
.da command. The directory date word does not have these bits available. The 
solution was *:o use the current system year as the base and print dates back 
eight years, ^e.g. in 1978 1970 dates show as 78, etc.) As an attempt to aid in 
identifying old files the header prints the date it was created by(PARAM.FC or 
HEADER. SV) The date in the header is printed as an absolute date. One may use 
this date as an aid in Identifying "old" files, if old files are kept together 
on the same media. As an additional aid the /G option has been added. This 
option prin ts directory file dates relative to the header date rather than 
the system date. Currently in DIRECT V6A an offset is used so that these 
relative to header dates are + or - 4 years. The sort options, /D and /T use 
the appropriate relative date, either system or header if /G is selected. The 
sort has also been modified so that undated files are the least timely. If 
the reference date is 0, then no dates are printed. The header option (/H) now 
prints "DNLABLED" if no header block exists. 

The endless directory "br.g" has been fixed in this version. An added option, 
the /L option, prints the header only for identification and creation of labels 
for the media (eg. DEC tapes, Floppies, etc). System I.D.'s have been added 
for other systems at the suggestion of Earl T. Ellis of the coast guard. 

The parameter block creation program (PARAM.SV) of DECSYSTEM-8 has been 
extensively revised to include all DEC standard devices to date. 

It has also been revised to fit the extended date algorithm. The creation 
date word is in location 112 of the header, extended date in location 113. A true 
"reference gear" is to be added to location 111 currently direct 6A optionally 
uses the creation date as the reference date. 

An additional option has been added to this program to permit creating header 
blocks with the same label and only volume number's changed sequentially. The 
name has been changed from PARAM to HEADER to avoid conflict with the RTS/8 
cusp PARAM.SV, for DECSYSTEM-8/78. A summary of the options for direct is: 

Direct Version 6A 
Summary of the Command Decoder Options: 

/A Alphabetize directory before processing 

/B Print starting block numbers (octal) 

/C List only files with the current date 

/D Order files by date, then alphabetically 

/E Include empties in the Listing 

/F Fast mode (no lengths or dates) 

/G Use the headctr date as reference 

/H List content*, of the Parameter block (header) 

/I Print additional information words (octal) 

/L Label, print header only 

/M List only th<: empties 

/N Print dates in numeric form (MM/DD/YY) 

/0 List only files with other than today's date 

/P Eliminate Paging (No formfeeds in the output 

/R List Remainder of files after the first one 

/T List the most timely (recent) files first 
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/U Treat each Input specification separately 

/V List files not of the form specified 

/W Print the version number 

/X Alphabetize by Extension, then by name 

-N Use N columns - output is ordered by column 

* Wild name or extnesion 

? Wild character 

Default input specification: *.* 
Default output device: TTY: 

Default output file extension: .DI 

The CCL for DECSYSTEM-8 was revised for )S8 V3C by D.E. Wrege using the 
preliminary V3D version. It will work with V3D (DS8CCL.PA) of 8-April-78) 
The major revision however was to provide a simpler means of updating it 
as the DEC version is changed, and to provide a continued means of adding 
user features via an "overlay" structure. The "true" V3D version will be 
available shortly. 

In the current version any program can be run from SYS by just typing the 
name: eg: .R HEADER or .HEADER 
The safe SQUASH, ZERO, etc. and other features are retained. 

Note that HEADER and DIRECT are "stand-alone" and will work with any 
version of OS/8, PS/8 DECSYSTEM-8, etc. 

These updated programs will be submitted to DECUS and are available from: 

Don S. Harmer 

Schools of Physics and NE 

Small Computer Applications Lab 

Georgia Tech 

Atlanta, GA 30332 

A presentation on the status of DECSYSTEM-8/ 78 is planned for the Spring DECUS 
meeting. Some discussions for standardizing the use of the HEADER block should 
be made. Also for solving the loss of the header if the directory extends into 
block 6. We have some proposals in this area. 

Submitted bj 

Don S. Harmer and William H. Topliss 

Georgia Tech 
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FROM 3RIAN CONVERSE 

(See related caterial elsewere in this issue.) 



In reference te the FPP-12* I It eve dene sore t inhering with 
ft te see If it can fee eede to respond rationally* one of tee 
nfee things about toe PSP-12 over nost oinis I've seen is test you 
con really lip o prof roe in there end play with ft vie tee console 
suite lies- ouch fester thee you con on eachines wtth e single input 
register Cespecietly since I elvers ueke eistekes entering tilings 
into Bs mn4 11s end spend sours flipping switches). The a«*tfty 
to ploy uith instructions vie toe "SO" switch hss been of iuuee- 
surobte help sorting out sbffts end testing wild ideas* The 
FPP-12 bos absolutely no console end sfeoly sits doun In there 
soeovbero end loughs efc you* Testing out e vitd idee neons e 
session uith o test editor and e tun of FLAP* o loed end e start* 
thick noons tbot one is less likely te kotker to see if eatentien 
code 13 of specie! foroet 3 does in feet do en undocumented bese 
16 legeritha of the FAC in fleeting point code. I've otso glenced 
through tke her dee re section of the FPP-12 eenuel end hove been 
struck by bov sfeiler the architecture shewn in Fig 3*5 is to tbet 
of o "bit-slice* eicrsprocessor like the 6701 *r 2900* I'u not 
sure if this is the lock token on the PSP-SA's FPP or not* but it 
looks like you could tbrou together one wry sioply becouse ell 
the logicoi cooplesity coees when talking to the PeP-g I/O bus; 
everything else in Fig 3-5 1s nou available on a "bit slice" ckip 
(you'd need 7 of thee to do 28 tftt). if snyone should try this* 
please put in a console! The advantage ef the "bit slice" ercht- 
tectwrs is tbet one cen tinker uith thi instruction set to add neu 
fee teres ^teply by changing oicroco4«. The disadvantage uould be 
e new set of ports to stock end soee oeintenence softuere thet 
would need rewriting for long hours devising oicrocode te eoutete 
F»P-1? signals). Vilk additional instructions* FLAP lend RALF) 
eight need work* but FLAP needs work already r Hat enybody been 
eblo to use FLAP'S "REPEAT N» pseudo-op? If so* what's the trick? 
FLAP sees* to look et it* but won't do anything about it. 

There was soae discussion of the F*P/FLAP SUPPORT LIBRART in 
§16* pege 5* First was oention of e HALF easenbly with the FLAP 
conditional enabled* resulting in o core eodern version of FLAP. 
Where does one obtain this "new" FLAP, felling access to FORTRAN IV 
sources? Further wes oentioned the suspicisus reseoblence betueen 
the FPP SUPPORT LI1RARV and alniler functions in tke FIV library. 
Could soee one with FORTRAN IV sources end the FPP SUPPORT LIBRART 
docuuent (which includes folk listings) cheek this out* especially 
with retard to those FIV functions thet keve been SPR'ed in the 
lest few yeers as being inaccurate or incorrect? 

I discussed FPP-12 I/O end ncoery use with Bob Nessinger 
soee* and get vbe suggestion thet ouch POP-12 signel everaging 
cowld be dene in FPP fii?d-peint noes* reducing eenery needs by 
331 ever floatingpoint node os well et running fester. It's not 
guite thet siople in fiatd-point code beceuse everything is e 
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fractien and integer results and opereade ara verboten* Dividing 
ay N. far eaaepte. tt calculate an average: N better welt be a 
frectian and tba quotient better not be an integer or there la 
trouble* This teads ta aaae creativity in expressing N vftfc tbe 
benefit that it is passible ta generate, in tbe Hatted case Cauch 
as i*§ working with) af 10-alt ADC sen pies and sbne atber applica- 
tions, a quotient which is essentially "fined" for yaw vitbaut tbe 
esetertea of ATI at al* 

Tbe atber bassle is feeding single-ward values €e*6* ADC eee- 
ples> to and fran FPP fiaed and floating values* If anybedy over 
caae up witb o uay of doing tbis not involving gellepng tbe FPP 
indea registers aarass tbe single-word data Cvia SET!) and XTA-ing 
8 values at a tine, I n^v^r found it* I think i~ve found a way 
wbiab nay be faster* It involves picking up pairs af single-word 
voluas in FPP f land-paint nade **d using ALU to scoot tbe 12 nost 
significant bits into tbe 2nd word of tbe FAC "••ntitia". Tbis is 
alt tba ft needed far fined paint averaging* so I~e not sure what 
to do noit for floating point applies tie tit. perbaps FNORJt* Since 
tbe FPP-1? will effectively indea by 2.tve fiaed-pefnt FLDAs »r^ 
used witb tbe sane indea register where tbe second FLDA uses tbe 
buffer address+1: 



STARTD 
LDX -1000.0 
LD3 -1.1 
LDX -1.2 
LDX 14.3 
L0OPLD. FLDA BUFF.1* 
ALU 3 

FSTA FIXEDP.2* 
FLDA BUFF*1.1 
ALU 3 

FSTA FIXEDP.2* 
JX* LO0PLD.0* 



/COIHTS 512 DOUBLE XFERS 
/1-WORD PICKUP PTR 
/FIXED-PT OUTPUT PTR 
/ALA CONST*C«DEC* 12) 
/PICK UP 1ST 2 1-UDS 
/JUSTIFT 1ST. KILL 2ND 
/SAVE AS 2WD FIXED-PT 
/NOTE OFFSET. NO INDEX 
/JUSTIFT AND KILL AS B4 
/SAVE 2ND VALUE AS B4 
/DO 512 PASSES 



In tbe eaeapts. single-word values are brought froa BUFF, 
aada latu flaed-peint FPP values via ALN. and stored as 2-word 
fiaed-pfrint values in FIXEDP* Tbe key to tbe eaaople. aside fran 
tbe ALN » is tbe offset sddress BU FF*1 used in the 2nd FLDA* 
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FLAP V 50 


00400 


0006 


00401 


0101 


C0402 


7777 


00403 


0102 


00404 


0014 


CC405 


0103 


00406 


7777 


00407 


0510 


00410 


0470 


00411 


0012 



FEB 3, 70 PAGE 1 

/ANOTHER FPP TEST PGM - BRIAN CONVERSE 

ORG 400 /FITS IN WITH LINC-MODE TEST PGM ELSEWHERE 



00412 
00413 
00414 
00415 
00416 
00417 
00420 
00421 
00422 

00423 
00424 

00425 
00426 
00427 
00430 
00431 
00432 

00433 
00434 



6530 
0530 
0410 
0471 
0012 
6530 
0530 
0510 
0470 
0012 
6530 
0530 
0410 
0471 
0012 
6530 
0530 
0104 
7777 



STARTD 
LDX -1,1 

LDX 14,2 

LDX -1 ,3 

FLDA BUFF, 1+ 

ALN 2 



FSTA FIRST, 3+ 

FLDA BUFF+1,1 

ALN 2 

FSTA FIRST, 3* 

FLDA BUFF, 1+ 

ALN 2 

FSTA FIRST, 3+ 

FLDA BUFF+1, 1 

ALN 2 

FSTA FIRST, 3+ 

LDX -1 ,4 



00435 


0510 


FLDA BUFF, 1+ 


00436 


0470 




00437 


0012 


ALN 2 


00440 


6530 


FSTA FIRST, 3+ 


00441 


0530 




00442 


0005 


STARTF 


00443 


0004 


FNORM 


00444 


6540 


FSTA SECOND, 4+ 


00445 


0630 




00446 


0006 


STARTD 


00447 


0510 


FLDA BUFF+1 , U 


00450 


0471 




00451 


0012 


ALN 2 


00452 


6530 


FSTA FIRST, 3+ 



/MUST DO IN 2-WORD INDEXING=FIXED POINT 
/PICKUP POINTER FOR SINGLE-WORD VALUES 

/ALN INSTRUCTION C0N3TANT=12 DECIMAL 

/OUTPUT POINTER 

/GET THE "0001" AND "7776" 

/"ASR" THEM UNTIL 0001 IN LSW 
/(NOTE FINE DIAGRAMS IN FPP-12 MANUAL 
/THAT SHOW HOW "ALN" WORKS SO YOU 
/WON'T HAVE TO RUN TEST PROGRAMS 
/TO DOPE IT OUT) 
/SAVE AS PROOF 

/NOTE FANCY INDEXING NOW GETS 

/2ND AND 3RD WORDS AND WE "ASR" 
/TO 2ND IN LSW OF FAC "MANTISSA" 

/NOW WE GET 3RD AND 4TH WORDS 



/ETC 



ETC. 



/JUST TOO WIERD, THIS INDEXING BIT 

/CAN'T JUST SWITCH MODES IN THE MIDDLE 

/OF A LIST, GOTTA USE ANOTHER INDEX 

/OR RESET CURRENT ONE OR USE ADDRESS 

/OFFSET. 

/FLOATING-POINT SETUP TRY 



/TO VERIFY FIXED-POINTNESS 

/HELPS IF U WANT TO DO FL. PT. 
/THE KID GOES FOR BROKE 



/(GETS LIKE LINC/PDP MODE...) 
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00453 


0530 




00454 


0005 


STARTF 


00455 


0004 


FNORM 


00456 


6540 


FSTA SECOND, 4 


00457 


0630 




00460 


0000 


FEXIT 


00461 


0000 


FEXIT 


00462 


0000 


FEXIT 


00462 


0000 


FEXIT 
ORG 470 


00470 


0001 


BUFF, 0001 


00471 


7776 


7776 


C0472 


1234 


1234 


00473 


5670 


5670 


00474 


5252 


5252 


00475 


2525 


2525 


00*76 


3567 


3567 


00477 


0110 


0110 
ORG 530 


005^0 


0000 


FIRST, 


00531 


0000 





00532 


0000 





00532 


0000 





0053^ 


0000 


ZBLOCK 40 



/TOO BAD THERE ISN'T A "STARTS" 
/INSTRUCTION: SINGLE WORD VALUES 
/AND INTEGER MATH 



/A TEST LIST OF FAKE SINGLE-WORD 
/VALUES WE WANT TO FLO'T 
/ALL 7 MAY NOT GET USED IN ABOVE 
/CODE. PDP-12 ADC VALUES MUST BE 
/CONVERTED TO 2'S COMPLEMENT OR 
/CONVERTED (VIA JLT, ETC.) IN THE 
/FPP CODE AS VALUES ARE LOADED 



/THIS IS WHERE FIXED POINT FPP 
/INTEGERS APPEAR; APPROPRIATELY 
/STUFFED WITH ZEROS UNTIL VALUES 
/STORED BY FPP 



ORG 630 

00630 0000 SECOND, 

00631 0000 

00632 0000 ZBLOCK 40 



/WHERE OUR j-WORD FL. PT 
/VALUES SHOULD APPEAR 



NG ERRORS 

3 SYMBOLS, NO LINKS 

BUFF 00470 FIRST 00530 



OD >pCyo("t & 



5 30/0000 
0531 /000 
0532 /mi 

00533 Z7776 

00534 Z0000 

00535 /1234 

00536 /Till 
30537 /b670 

00540 Z7777 

00541 /5252 

00542 /0000 
0543 /0U0 

00544 Z0000 

00545 /000M 



> 

} 

} 
} 



_ ~ _ V/4.1 



v»#5 





630/7764 


SECOND 00630 


00631 /5252 




00632 Z0000 




00633 /7744 




00634 /2200 




00635 Z0000 




16? 156/0000 




00157 /0461 




00160 /0600 




00161 Z0400 




00162 /0635 




00163 /7744 


eU *o We u/ 


00164 Z2200 


00165 Z0000 


♦ C 



•w 1 *- , hut <>n \r\}r*\ ry okv^t-oi^ 



} 



Cjrt^ryo 



(o-U. tWT-j rvcr^ uorU- 
YC V+tYr\>9>f y &LN Ctsr\ 
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This patch to USR.RA from Jeff Wyatt looks as though it applies to the 
early version which has been superseded by one that corrects this 
problem and handles the core size control better. I believe that the 
revised version is the one DECUS has been distributing for some time 
now. - RH 



This modification to USR.RA allows it to work with s non-FPP 
8e. The problem is that the FPP simulator does not drop the last 
bit it pushes over? therefore the ALN 1> ALN 2 does not mask, as 

it should. 



3RCC0M V4 



1) 
2) 
1 ) 002 

i; 
i) 
i) 
i) 
i) 
i) 
i> 
i) 
l ) 
i) 
**** 

2)002 

2) 

2) 

2) 

2) 

2) 

1. ;004 
1 ) 

**** 
2)004 

2) 
2> 
2) 
2) 
2) 
2) 
V ) 
.2 ) 
2) 
2) 



SUBROUTINE USR (UNIT* NAME * FUNCT, ERROR) 
SUBROUTINE USR (UNIT, NAME* FUNCT, ERROR) 



FILE* 
END 

FILE* 



X70f 
X7 777f 
END 



SETX 7777 

XTA 

SETX #SHIFT-1 

ALN 1 

FSTA *TMP 

ALN 1 

ALN 2 

FNEG 

FADD #TMP 

ALN 2 

JNE SKCONT 



/LOCATION OF SOFTWARE CORE 
/hUST HAVE BEEN SET BY CCL 

/SHIFT RIGHT 3 

/THIS CODE MASKS OFF BITS 6-8 



/FIELD NOW IN BITS 6-8 
/DID USER SET IT? 



MODIFIED HERE BY J. WYATT TO WORK ON NON FPP 8E 



TRAP4 FILE 
SETX X70 
XTA 

JNE SKCONT 



/MASK OFF FIELD BITS 



/DID USER SET IT? 

o*0r0;o;0f0»o;o;o 



o 

CLA 
CDF 

TADZ X7777 
AND X70 
DCA X70 
CDF CIF 
Jhh-7. FILE 
70 
77 77 



/MODIFIED FOR NON FPP 8E 

/THIS CODE IS ONCE ONLY 
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GFORGE 

WASHINGTON 

UNIVERSITY 

MEDICAL CENTER 676-2692 

Of)hx of Computer Umted Edwxtkm / 23O0 Ey<r Street. X.W. / WahingtOt.. D.C. 20037/(202) 



February 22, 1978 

Robert Hassinger, Coordinator 

12 Bit Sig 

Liberty Mutual Research Center 

71 Franklin Boad 

Hopkinton, MA 01748 

Dear Mr. Hassinger: 

The Educomp BASIC RANDOMIZE command is rather ineffectual at presenting 
the user with a different random number list each time a program is run. 
Typically the first few numbers are almost identical and it is necessary 
to call several numbers before you can be sure you bave a different list. 
If programs chain however, the RANDOMIZE has no effect at all and the 
identical list will be accessed following <=*<ich chain, see RANDOM and 
REPEAT and the associated printout. 

One solution to this is to use a data file to transfer information between 
the chained programs, see RNDTST. RNDTST uses the file TEMP to hold the 
transferred information. When RNDTST is chained to it opens the file, 
reads the contents and deletes the file to avoid directory clutter. The 
number read from the file is used to position the user at some 'RANDOM' 
position down the random number list, lines 380-400. While it is a 
nuisance, this method is clean in that all of this is transparent to 
the user and the created files are destroyed by the program itself. 

Incident ly, the technique of having a program create a program to perform 
a function which BASIC can't handle directly (RNDTST, lines 190-269) can 
be quite useful. I have an abacus program, see CMPU1E, which can be very 
convenient. CMPUTE can be incorporated into other programs by chaining 
to CMPUTE when desired and adding a line 335 to chain back to the calling 
program at the appropriate line number. The only restriction is that all 
necessary variables in the calling program must be stored in a file 
before chaining however, all multi-program projects must do this anyway. 

Sincerely, 



f 



t9, ,^s£^£p 

Roy A. Standing 
Programmer 



Enclosures 



READY 

OLD RANDOM 
READY 

LIST 

RANDOM 2/23/70 EDUCOMP BASIC V3.4 

10 RANDOMIZE 

20 J=lO0:GOSUB 1000 

30 J=INT(V*20) :GOSUB 1000 

40 PRINT J,V 

50 CHAIN "REPEAT" 
1000 FOR X=l TO J:V=RND(V) :NEXT X:RETURN 
4094 END 

READY 

OLD REPEAT 
READY 

LIST 

REPEAT 2/23/70 EDUCOMP BASIC V3.4 

10 CHAIN "RANDOM", 10 
20 END 

READY 

RUN 

REPEAT 2/23/70 EDUCOMP BASIC V3.4 
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9 




.593391 


9 




.593391 


9 




.593391 


9 




.593391 


~P 






STOP AT 


LINE 


1000 


READY 







RUN 

REPEAT 2/23/7 EDUCOMP BASIC V3 . 4 

14 .295044 

14 .295044 

14 .295044 

14 .295044 

14 .295044 

14 .295044 

~ r» 

MT 

STOP AT LINE 1000 
READY 



READY 

OLD RNDTST #2 ^ " PAGE 77 

READY 

LIST 

RNDTST 2/23/70 EDUCOMP BASIC V3 . 4 

100 REM STANDING 1978 (GWUMC) - RNDTST 



IF EDUCOMP BASIC PROGRAMS ARE CHAINED THE RANDOM NUMBER SEQUENCE 
IS ALWAYS RESET TO THE SAME STARTING POSITION, SO YOU ARE REUSING 
THE SAME LIST. THE RUN COMMAND IS ALMOST, BUT NOT QUITE, AS BAD. 



110 

120 

130 

140 

150 i ***** START UP CODE ***** 

160 RANDOMIZE 

170 PRINT "HOW MANY TEST CYCLES DO YOU WANT TO RUN"; 

180 INPUT T 

190 OPEN "RNDCHN.BA" FOR OUTPUT AS FILE 1 I CREATE THE 'CHAIN 1 PROGRAM 

200 PRINT #1, "10 CHAIN "; 

210 PRINT #1, CHR$(34) 

220 PRINT #1, "RNDTST" 

230 PRINT #1, CHR$(34) 

240 PRINT #1, ", 320" 

250 PRINT #1, "20 END" 

260 CLOSE 1 

270 FOR 1=1 TO 50 ! CALL ENOUGH TO OVERCOME INEFFECTIVE RANDOMIZE 

280 N=RND(X) 

290 NEXT I 

300 GOSUB 450 

310 GOTO 420 

320 ! RE-ENTRY POINT FOR CHAINING 

330 OPEN "TEMP" FOR INPUT AS FILE 1 

340 INPUT #1, R,T 

350 CLOSE 1 

360 KILL "TEMP" 

370 IF T=0 THEN 520 

380 FOR 1=1 TO R*20 ! USE R TO POSITION YOURSELF 'RANDOMLY' IN THE LIST 

390 N=RND(X) 

400 NEXT I 

410 GOSUB 450 

420 CHAIN "RNDCHN" 

430 STOP 

440 I ***** SUBROUTINES ***** 

450 OPEN "TEMP" FOR OMTUT AS FILE 1 

460 T=T-1 

470 PRINT #1, N 

480 PRINT #1, T 

490 PRINT N 

500 CLOSE 1 

510 RETURN 

520 KILL "RNDCHN.BA" 

530 END 

READY 



RUN 

RNDTST 2/23/7 EDUCOMP BASIC V3.4 PAGE 78 

HOW MANY TEST CYCLES DO YOU WANT TO RUN? 5 
.467011 
.963083 
.107712 
.728066 
.681433 

READY 

OLD CMPUTE 
READY 

LIST 

CMPUTE 2/23/70 EDUCOHP BASIC V3.4 

100 REM STANDING 1976 (GWUMC) - CMPUTE 

110 DIM B$=50 

120 PRINT "INPUT CALCULATION, NO TO STOP" ;: INPUT B$ 

130 IF B$="NO" THEN 330 

140 FOR A2=l TO LEN(B$) 

150 B2=ASCII(MID(B$,A2,1) ) 

160 IF B2=44 THEN 190 i COMMA IS ILLEGAL 

170 IF B2>39 THEN IF B2<58 THEN 220 I NUMERICS AND SPECIAL CHARS 

180 IF B2=94 THEN 220 I EXPONENTIATION 

190 PRINT "ILLEGAL EXPRESSION. USE ONLY NUMBERS AND ALGEBRAIC OPERATOR 

S." 
200 GOTO 120 
210 IF B2=44 THEN 190 
220 NEXT A2 

230 OPEN "CALC.BA" FOR OUTPUT AS FILE 1 
240 PRINT #1,"10 PRINT "; 
250 PRINT #1,B$ 
260 PRINT #1,"20 CHAIN "; 
270 PRINT #1,CHR$(34); 
280 PRINT #1, "CMPUTE"; 
290 PRINT #1,CHR$(34) 
300 PRINT #1,"30 END" 
310 CLOSE 1 
320 CHAIN "CALC.BA" 
330 KILL "CALC.BA" 
340 END 

READY 

RUN 

CMPUTE 2/23/70 EDUCOMP BASIC V3 . 4 

INPUT CALCULATION, NO TO STOP? 7~ ( (4/5 . 372) *3 . 14 ) +9 

103.598 
INPUT CALCULATION, NO TO STOP? ( 3*4 9+7/109) ~ 7 

1.48781E+15 
INPUT CALCULATION, NO TO STOP? NO 

READY 




SENSORY COMMUNICATION 

RESEARCH LABORATORY 
H CARING AND SPEECH CENTER 
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KENDALL GREEN. WASHINGTON. O.C PO OCT g 



Fehruary 27, 1978 



Mr. Robert Hassinger, Coordinator 

12 BIT SIG 

Liberty Mutual Research Center 

71 Franklin Road 

Hopington, Massachusetts 01748 

Dear Bob: 

I want to commend you for your valiant work on the SIG Newsletter. 
I find it most informative and helpful. 

There has been some discussion and lamenting that one cannot 
read into Fortran IV from the batch stream. This is a very handy 
feature implemented on many Fortran systems I am sure. I have found 
a way to do this. It might seem a little expensive but can sure save 
a lot of trouble making index or control files to simulate this action. 
With large systems, i.e. 32K, if you make the fStch to batch to run in 
the full 32K and then use FRTS as shipped (limited to 28K), there is no 
conflict between batch and the Fortran run- time system. One can then 
specify the BAT handler to a unit number, and read data from the batch 
file passing it to the Fortran program being executed. 

That was some good news. Now about the date, I bought the entire 
068 V3D system* a few days ago for a data analysis, I wanted to print 
the system data, calling it from Fortran IV. Strangely it did exactly 
as the book said and returned the date for 1970 instead of 1978!!! I 
recognize that there are many parts to the system; howevsr, when such 
an obvious thing as a bad date has to be changed, shouldn't the entire 
system be made to conform ! ! ! 



I would also like to mention Jim Van Zee's modification of direct — 
I think it is a splendid bit of adaptation. All OS8 systems should not 
be without it. I am willing to help distribute it; however, I cannot 
produce paper tape. I can make copies on RK01, RK05 disks or DEC or 
link tape. 

One additional note, we have had an IAltu for about a year now 
and on several occasions I have had trouble with it. It appeared to 
die while printing a line. The print-head would just float back to the 
normal position, sit there for a few seconds, and then continue printing, 
usually overprinting a line. John Tucker who has a DEC COS 310 system 
had the same problem. It was solved by grounding the wire frames that 
are used to hold the paper and the line-printer itself. It seems that 
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when the humidity gets too low that static electricity is built up 
and disables the line-printer for a short time. Since grounding the 
IA180, I have not had a repeat of the problem. 

Sincerely, 
Fred B. Brandt 
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17-Feb-78 

Kobert Hassinger, Coordinator 

12-Bit SIG 

c/o DECUS 

129 Park Street, PK-3/E55 

Maynard, MA 01754 




Dear Bob: 

This letter is in reply to your comments about Newsletters on mi- 
crofiche in the January Newsletter. 

It seems to me that distributing all of the back issues of the 
12-Bit SIG Newsletter with an index on microfiche would be a very 
good way to make back issues available and reduce costs. I'm not 
sure, though, that distributing current newsletters on microfiche 
would be such a good idea. I like the thought of getting it by 
first class mail, but in our installation the newsletter is rout- 
ed to about ten people, and it may be a hassle for each person to 
go to the one viewer we have and spend the time there to read 
through the newsletter. 



I sure appreciate the work you put into getting out an 
newsletter. 



excellent 



Sincerely, 



Gary B. Stebbin3 
Software Systems Engineer 
R&D Engineering 



i .ltd infill In'iiim. 



YVorM Wide S.iU's ,inti Srrviic 

Sh ,•:. . |)-.n. !-. . . Mi- . - < •-'■■■• 
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15 February 1978 



Mr. Robert Hassinger, Coordinator 

12BitSIG 

c/o DECUS 

129 Parker St. , PK-3/E55 

Mayncrd, MA 01754 

Dear Mr. Hassinger: 

Just thought I should let you know that I appreciate the work put in on the 
12 bit newsletter, and say thanks for the various patches (such as the one for 
the 0S8 date word in the last issue) • 

I would also like to share an idea I had on reading about the number of PDP-8's 
around. The system I am working with is part of a General Radio 1790 logic 
tester. As originally configured the computer was in a dedicated application 
(the 1790) with no reference at all to DEC software. Our application demanded 
an expansion of the machined capability (data logging and additional peripherals). 
Our group included a very clever programmer, and gradually the system expanded 
to include an RK8E disk, extra core, a probe table, and a video terminal. This 
leads to the conjecture that man* of the test systems in the field that use a 
PDP8-E computer could also be improved, especially if hints on conversion were 
made available. By the way, our system uses a positive I/O bus. The only time 
we had trouble from it was in using RTS8, due to the presence of the disk. 
Another source of trouble occurred when we tried to use the system cassette 
recorders (SYKES CC-100's) as file structured devices. The handler available 
from SYKES does not work under 0S8-V3. We now have the bugs worked out 
and use them for storing protected backup files. 

So much for our system, but consider the possibilities. Our one system alone has 
brought close to $10,000 in hardware and software sales to DEC • A few hundred 
such conversions £et into real money, arid a foot in the door on larger systems. 



Yol"'« iruly, 
Frank J.Wilson 



FJWrdw 
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711 huoso* sxaor 10 February 1978 

Mr. Robert Hassinger, Coordinator 

12 Bit SIG 

c/o OECUS 

129 Parker St., PK-3/E55 

Haynard, HA 0175% 

Dear Bob: 

Reading the latest 12 bit SIG newsletter makes one aware 
that we owe you a vote of thanks, both for all your work with this 
group and for beating on DEC to fix the Software News foul-up (and 
other things). 

At D.L. we have one of the early PDP8e's (# 3oVl971) used 
for on-line data acquisition at fairly high rates (250 scans/sec of 
20 channels), we now have 32K core, ADO I, OECtapes and 2 RKD5's. 
we still use PAL8, SABR and FORTRAN II since the short integer word 
is very convenient for this work, and FORTRAN II seems to have 
advantages over FORTRAN IV in soae other respects too. Using 
interrupts with FORTRAN II has given us considerable trouble but 
we think we have got over this now. 



we have prograas that will quickly give mean values and/or 
Peak and Trough statistics, fairly elaborately massaged and in a 
form ready to print in a report. Other programs will generate spectra 
either by Blackman-Tukey or FFT methods. As there !s a P0P10 on Campus 
we often transfer data to it for further processing and we have a 
program that will read a standard POPS OECtape on the POP10 time- 
sharing system. 

I hope that you will meet ay -ol league Clarke Walker, 
who Is our P0P8 expert, at the Spring S^oposlum. 

Sincerely yours, 
DAVIDSON LABORATORY- 

Paul G. Spens, Head 
Computing Division 

P6S:as 




